View PENTIUMIIXEONPROCESSOR_3273711.PDF datasheet online --- IC-ON-LINE

Datasheet File OCR Text:

e 12/16/98 1:22 pm 24377003.doc information in this document is provided solely to enable use of intel products. intel assumes no liab ility whatsoever, including infri ngement of any patent or copyright, for sale and use of intel products except as provided in intel's terms and conditions of sale for s uch products. information contained herein supersedes previousl y published specifications on these devices from intel. ? intel corporation 1995 june 1998 order number: 243770-003 ? ? binary compatible with applications running on previous members of the intel microprocessor family ? ? optimized for 32-bit applications running on advanced 32-bit operating systems ? ? dynamic execution micro architecture ? ? dual independent bus architecture: separate dedicated external 100 mhz system bus and dedicated internal cache bus operating at full processor core speed ? ? power management capabilities system management mode multiple low-power states ? ? smbus interface to advanced manageability features ? ? single edge contact (s.e.c.) cartridge packaging technology; the s.e.c. cartridge delivers high performance processing and bus technology in mid range to high end servers and workstations ? ? 100 mhz system bus speeds data transfer between the processor and the system ? ? integrated high performance 16k instruction and 16k data, nonblocking, level-one cache ? ? available in 512k, 1 m, 2m unified, nonblocking level-two cache ? ? enables systems which are scaleable up to four processors and 64 gb of physical memory the intel ? pentium ? ii xeon? processor is designed for mid-range to high-end servers and workstations, and is binary compatible with previous intel architecture processors. the pentium ii xeon processor provides the best performance available for applications running on advanced operating systems such as wi ndows* 95, windows nt, and unix*. the pentium ii xeon processor is scalable to four processors in a multiprocessor system and extends the power of the pentium pro processor with new features designed to make this processor the right choice for powerful workstation, advanced server management, and mission-critical applications. pentium ii xeon processor-based workstations offer the memory architecture required by the most demanding workstation applications and workloads. specific features of the pentium ii xeon processor address platform manageability to meet the needs of a robust it environment, maximize system up time and ensure optimal configuration and operation of servers. the pentium ii xeon processor enhances the ability of server platforms to monitor, protect, and service the processor and its environment. pentium? ii xeon? processor at 400 and 450 mhz
pentium? ii xeon? processor at 400 and 450 mhz e 2 12/15/98 5:14 pm 24377002.doc information in this document is provided in connection with intel products. no license, express or implied, by estoppel or otherwise, to any intellectual property rights is granted by this document. except as provided in intels terms and conditions of sale for such products, intel assumes no liab ility whatsoever, and intel disclaims any express or implied warranty, relating to sale and/or use of intel products including liab ility or warranties relating to fitness for a particular purpose, merc hantab ility, or infringement of any patent, copyright or other intellectual property right. intel products are not intended for use in medical, life saving, or life sustaining applications. intel may make changes to specifications and product descriptions at any time, without notice. designers must not rely on the absence or characteristics of any features or instructions marked reserved or undefined. intel reserves these for future definition and shall have no responsib ility whatsoever for conflicts or incompatibilities arising from future changes to them. the pentium ? ii xeon? processor may contain design defects or errors known as errata which may cause the product to deviate from published specifications. current characterized errata are available on request. contact your local intel sales office or your distributor to obtain the latest specifications and before placing your product o rder. copies of documents which have an ordering number and are referenced in this document, or other intel literature, may be obtained by ca lling 1-800-548-4725 or by visiting intels website at http://www.intel.com copyright ? intel corporation 1998. * third-party brands and names are the property of their respective owners.
e pentium? ii xeon? processor at 400 and 450 mhz 3 12/16/98 1:23 pm 24377003.doc contents page page 1.0. introduction ............................................... 8 1.1. terminology .................................................... 8 1.1.1. s.e.c. cartridge terminology................. 8 1.2. references..................................................... 9 2.0. electrical specifications .................... 9 2.1. the pentium ? ii xeon? processor system bus and v ref ............................................... 9 2.2. power and ground pins............................... 10 2.3. decoupling guidelines ................................. 10 2.3.1. pentium ? ii xeon? processor v cc core ............................................ 11 2.3.2. level 2 cache decoupling ........ 11 2.3.3. system bus agtl+ decoupling...................................... 11 2.4. system bus clock and processor clocking ....................................................... 11 2.4.1. mixing processors of different frequencies and cache sizes...................................... 14 2.5. voltage identification .................................... 14 2.6. system bus unused pins and test pins ..... 16 2.7. system bus signal groups.......................... 16 2.7.1. asynchronous vs. synchronous for system bus signals .............................................. 18 2.8. test access port (tap) c onnection............ 18 2.9. maximum ratings ........................................ 18 2.10. processor dc specifications .................. 19 2.11. agtl+ system bus specifications ......... 23 2.12. system bus ac specifications ............... 24 3.0. signal quality .......................................... 33 3.1. system bus clock signal quality specifications............................................... 34 3.2. agtl+ signal quality specifications........... 35 3.2.1. agtl+ ringback tolerance specifications ............................... 35 3.2.2. agtl+ overshoot/undershoot guidelines........................................ 36 3.3. non-agtl+ signal quality specifications ... 37 3.3.1. 2.5 v tolerant buffer overshoot/undershoot guidelines........................................ 37 3.3.2. 2.5 v tolerant buffer ringback specification .................................. 38 3.3.3. 2.5 v tolerant buffer settling limit guideline ................................ 38 4.0. processor features............................. 38 4.1. functional redundancy checking mode ..... 38 4.2. low power states and clock control .......... 39 4.2.1. normal statestate 1 ............... 39 4.2.2. auto halt power down statestate 2................................ 39 4.2.3. stop-grant statestate 3....... 40 4.2.4. halt/grant snoop state state 4 ............................................... 40 4.2.5. sleep statestate 5 ................... 41 4.2.6. clock control .............................. 41 4.3. system management bus (smbus) interface ....................................................... 41 4.3.1. processor information rom .. 42 4.3.2. scratch eeprom ........................... 45 4.3.3. processor information rom and scratch eeprom supported smbus transactions ................................. 45 4.3.4. thermal sensor ............................ 46 4.3.5. thermal sensor supported smbus transactions ................... 47 4.3.6. thermal sensors registers ... 49 4.3.6.1. thermal reference registers........ 49 4.3.6.2. thermal limit registers ................. 49 4.3.6.3. status register .............................. 49 4.3.6.4. configuration register ................... 49 4.3.6.5. conversion rate register.............. 50 4.3.7. smbus device addressing ......... 50 5.0. thermal specifications and design considerations........................................ 52 5.1. thermal specifications................................. 52 5.1.1. power dissipation ........................ 53
pentium? ii xeon? processor at 400 and 450 mhz e 4 12/16/98 1:24 pm 24377003.doc 5.1.2. plate flatness specification .................................. 54 5.2. processor thermal analysis........................ 54 5.2.1. thermal solution performance ................................. 54 5.2.2. thermal plate to cooling solution interface management guide ....................... 55 5.2.3. measurements for thermal specifications ............................... 57 5.2.3.1. thermal plate temperature measurement ................................. 57 5.2.3.2. cover temperature measurement guideline........................................ 58 6.0. mechanical specifications................. 58 6.1. weight .......................................................... 63 6.2. cartridge to connector mating details......... 63 6.3. pentium ? ii xeon? processor substrate edge finger signal listing ........................... 65 7.0. boxed processor specifications.... 74 7.1. introduction................................................... 74 7.2. mechanical specifications ............................ 74 7.2.1. boxed processor heatsink dimensions....................................... 77 7.2.2. boxed processor heatsink weight ............................................... 78 7.2.3. boxed processor retention mechanism........................................ 78 7.3. thermal specifications ................................. 78 7.3.1. boxed processor cooling requirements ................................ 78 7.3.2. thermal evaluation .................... 78 8.0. integration tools .................................. 78 8.1. in-target probe (itp) for pentium ? ii xeon? processors...................................... 78 8.1.1. primary function ......................... 79 8.1.2. debug port connector description ..................................... 79 8.1.3. debug port signal descriptions .................................. 79 8.1.4. debug port signal notes.......... 82 8.1.4.1. general signal quality notes ........ 83 8.1.4.2. signal note: dbr eset# ............... 83 8.1.4.3. signal note: tdo and tdi............. 83 8.1.4.4. signal note: tck ........................... 83 8.1.5. using boundary scan to communicate to the processor....................................... 85 8.2. integration tool (logic analyzer) considerations ............................................. 85 8.2.1. integration tool mechanical keepouts .......................................... 85 9.0. appendix ...................................................... 86 9.1. alphabetical signals reference.................... 86 9.1.1. a[35:03]# (i/o) ...................................... 86 9.1.2. a20m# (i) .............................................. 86 9.1.3. ads# (i/o) ............................................ 86 9.1.4. aerr# (i/o).......................................... 86 9.1.5. ap[1:0]# (i/o)........................................ 86 9.1.6. bclk (i) ................................................ 87 9.1.7. berr# (i/o).......................................... 87 9.1.8. binit# (i/o) .......................................... 87 9.1.9. bnr# (i/o) ............................................ 87 9.1.10. bp[3:2]# (i/o) ................................... 87 9.1.11. bpm[1:0]# (i/o) ................................ 87 9.1.12. bpri# (i)........................................... 87 9.1.13. br0# (i/o), br[3:1]# (i).................... 87 9.1.14. d[63:00]# (i/o).................................. 89 9.1.15. dbsy# (i/o) ..................................... 89 9.1.16. defer# (i)....................................... 89 9.1.17. dep[7:0]# (i/o)................................. 89 9.1.18. drdy# (i/o)..................................... 89 9.1.19. emi ................................................... 89 9.1.20. ferr# (o) ....................................... 89 9.1.21. flush# (i) ....................................... 89 9.1.22. frcerr (i/o).................................. 89 9.1.23. hit# (i/o), hitm# (i/o) .................... 90 9.1.24. ierr# (o) ........................................ 90 9.1.25. ignne# (i) ....................................... 90 9.1.26. init# (i) ............................................ 90 9.1.27. intr - see lint[0].......................... 90 9.1.28. lint[1:0] (i) ...................................... 90 9.1.29. lock# (i/o) ..................................... 91 9.1.30. nmi - see lint[1] ........................... 91 9.1.31. picclk (i)........................................ 91 9.1.32. picd[1:0] (i/o) ................................. 91
e pentium? ii xeon? processor at 400 and 450 mhz 5 12/15/98 5:14 pm 24377002.doc 9.1.33. prdy# (o)....................................... 91 9.1.34. preq# (i)......................................... 91 9.1.34. pwren[1:0] (i) ................................ 91 9.1.35. pwrgood (i) ................................. 91 9.1.37. req[4:0]# (i/o) ................................ 92 9.1.38. reset# (i)....................................... 92 9.1.39. rp# (i/o) .......................................... 92 9.1.40. rs[2:0]# (i)....................................... 92 9.1.41. rsp# (i) ........................................... 92 9.1.42. sa[2:0] (i) ......................................... 93 9.1.43. smbalert# (o) ............................. 93 9.1.44. smbclk (i) ...................................... 93 9.1.45. smbdat (i/o).................................. 93 9.1.46. selfsb0 (i/o) ................................. 93 9.1.47. slp# (i) ............................................ 93 9.1.48. smi# (i)............................................. 93 9.1.49. stpclk# (i)..................................... 94 9.1.50. tck (i).............................................. 94 9.1.51. tdi (i) ............................................... 94 9.1.52. tdo (o) ........................................... 94 9.1.53. test_25_a62 (i) ............................. 94 9.1.54. test_vcc_core_xxx (i)............ 94 9.1.55. thermtrip# (o)............................ 94 9.1.56. tms (i) ............................................. 94 9.1.57. trdy# (i) ......................................... 94 9.1.58. trst# (i) ......................................... 94 9.1.59. vid_l2[4:0], vid_core[4:0](o) ..... 94 9.1.60. wp (i) ............................................... 95 9.2. signal summaries ........................................ 95 figures figure 1. timing diagram of clock ratio signals ................................................ 13 figure 2. logical schematic for clock ratio pin sharing................................................ 13 figure 3. i-v curve for nmos device ................. 22 figure 4. bclk, picclk, tck generic clock waveform ........................................... 29 figure 5. smbclk clock waveform .................. 30 figure 6. valid delay timings ............................. 30 figure 7. setup and hold timings....................... 31 figure 8. frc mode bclk to picclk timing ... 31 figure 9. system bus reset and configuration timings ............................................... 32 figure 10. power-on reset and configuration timings ............................................... 32 figure 11. test timings (boundary scan) .......... 33 figure 12. test reset timings ............................ 33 figure 13. bclk, tck, picclk generic clock waveform at the processor core pins ..................................................... 34 figure 14. low to high agtl+ receiver ringback tolerance............................ 36 figure 15. non-agtl+ overshoot/undershoot, settling limit, and ringback ............... 37 figure 16. stop clock state machine.................. 40 figure 17. logical schematic of smbus circuitry............................................... 42 figure 18. thermal plate view ............................ 52 figure 19. plate flatness reference................... 54 figure 20. interface agent dispensing areas and thermal plate temperature measurement points ........................... 56 figure 21. technique for measuring t plate with 0 angle attachment.................... 57 figure 22. technique for measuring t plate with 90 angle attachment.................. 57 figure 23. guideline locations for cover temperature (t cover ) thermocouple placement................... 58 figure 24. isometric view of pentium ? ii xeon? processor s.e.c. cartridge ................ 59 figure 25. s.e.c. cartridge cooling solution attach details...................................... 60 figure 26. s.e.c. cartridge retention enabling details ................................................. 61 figure 27. sec cartridge retention enabling details ................................................. 62 figure 28. side view of connector mating details ................................................. 63 figure 29. top view of cartridge insertion pressure points .................................. 64 figure 30. front view of connector mating details ................................................. 64 figure 31. boxed pentium ? ii xeon? processor............................................ 75 figure 32. side view space requirements for the boxed processor .......................... 76 figure 33. front view space requirements for the boxed processor .......................... 77
pentium? ii xeon? processor at 400 and 450 mhz e 6 12/15/98 5:14 pm 24377002.doc figure 34. hardware components of the itp ..... 79 figure 35. agtl+ signal termination................. 82 figure 36. tck with individual buffering scheme............................................... 84 figure 37. system preferred debug port layout ................................................. 85 figure 38. pwrgood relationship at power-on............................................ 92 tables table 1. core frequency to system bus multiplier configuration ........................ 12 table 2. core and l2 voltage identification definition .............................................. 15 table 3. pentium ? ii xeon? processor system pin groups ........................................... 17 table 4. pentium ? ii xeon? processor absolute maximum ratings ................................ 19 table 5. voltage specifications........................... 20 table 6. current specifications ........................... 21 table 7. agtl+ signal groups, dc specifications at the processor core .. 22 table 8. cmos, tap, clock and apic signal groups, dc specifications at the processor core.................................... 23 table 9. smbus signal group, dc specifications at the processor core.......................... 23 table 10. pentium ? ii xeon? processor internal parameters for the agtl+ bus ........... 24 table 11. system bus ac specifications (clock) at the processor core.......................... 25 table 12. agtl+ signal groups, system bus ac specifications at the processor core ..................................................... 26 table 13. cmos, tap, clock and apic signal groups, ac specifications at the processor core.................................... 26 table 14. system bus ac specifications (reset conditions)........................................... 27 table 15. system bus ac specifications (apic clock and apic i/o) at the processor core ..................................................... 27 table 16. system bus ac specifications (tap connection) at the processor core ..... 28 table 17. smbus signal group, ac specifications at the edge fingers ...... 29 table 18. bclk signal quality specifications for simulation at the processor core........ 34 table 19. agtl+ signal groups ringback tolerance specifications at the processor core.................................... 35 table 20. agtl+ overshoot/undershoot guidelines at the processor core........ 37 table 21. 2.5 v tolerant signal overshoot/undershoot guidelines at the processor core.............................. 38 table 22. signal ringback specifications for 2.5 v tolerant signal simulation at the processor core.................................... 38 table 23. processor information rom format ... 43 table 24. current address read smbus packet .................................................. 46 table 25. random address read smbus packet .................................................. 46 table 26. byte write smbus packet................... 46 table 27. write byte smbus packet................... 47 table 28. read byte smbus packet................... 47 table 29. send byte smbus packet................... 47 table 30. receive byte smbus packet .............. 47 table 31. ara smbus packet ............................ 48 table 32. command byte bit assignments ........ 48 table 33. thermal sensor status register......... 49 table 34. thermal sensor configuration register................................................ 50 table 35. thermal sensor conversion rate register................................................ 50 table 36. thermal sensor smbus addressing on the pentium ? ii xeon? processor...... 51 table 37. memory device smbus addressing on the pentium ? ii xeon? processor...... 51 table 38. thermal design power........................ 53 table 39. example thermal solution performance at thermal plate power of 50 watts ............................................... 55 table 40. signal listing in order by pin number ................................................ 65 table 41. signal listing in order by pin name .. 70 table 42. boxed processor heatsink dimensions .......................................... 77 table 43. debug port pinout description and requirements....................................... 80 table 44. br[3:0]# signals rotating interconnect, 4-way system ..................................... 88 table 45. br[3:0]# signals rotating interconnect, 2-way system ..................................... 88
e pentium? ii xeon? processor at 400 and 450 mhz 7 12/15/98 5:14 pm 24377002.doc table 46. agent id configuration........................ 88 table 47. output signals.................................... 95 table 48. input signals........................................ 95 table 49. i/o signals (single driver)................... 96 table 50. i/o signals (multiple driver) ................ 97
pentium? ii xeon? processor at 400 and 450 mhz e 8 12/15/98 5:14 pm 24377002.doc 1.0. introduction the pentium ii xeon processor is a follow-on to the pentium pro and pentium ii processors. the pentium ii xeon processor, like the pentium pro and pentium ii processors, implements a dynamic execution micro-architecturea unique combination of multiple branch prediction, data flow analysis, and speculative execution. this enables pentium ii xeon processors to deliver higher performance than the pentium processor, while maintaining binary compatibility with all previous intel architecture processors. the pentium ii xeon processor is available in 512k, 1m and 2 mb l2 cache options. the pentium ii xeon processor improves upon the pentium pro processor by adding mmx? technology for 3-d compute-intensive applications, and by utilizing the s.e.c. (single edge contact) package technology first introduced on the pentium ii processor. this new packaging technology allows pentium ii xeon processors to implement the dual independent bus architecture and have up to 2- mbytes of level 2 cache. like the pentium pro processor, level 2 cache communication occurs at the full speed of the processor core. a significant feature of the pentium ii xeon processor, from a system perspective, is the built-in direct multiprocessing support. for systems with up to four processors, it is important to consider the additional power burdens and signal integrity issues of supporting multiple loads on a high speed bus. the pentium ii xeon processor supports both uniprocessor and multiprocessor implementations with up to four processor on each local processor bus, or system bus . the pentium ii xeon processor system bus operates using gtl+ signaling levels with a new type of buffer utilizing active negation and multiple terminations. this new bus logic is called assisted gunning transistor logic, or agtl+. the pentium ii xeon processors also deviate from the pentium pro processor in implementing an s.e.c. cartridge package supported by the sc330 connector. (see section 6.0. for the processor mechanical specifications.) this document provides information to allow the user to design a system using pentium ii xeon processors. 1.1. terminology in this document, a # symbol after a signal name refers to an active low signal. this means that a signal is in the active state (based on the name of the signal) when driven to a low level. for example, when flush# is low, a flush has been requested. when nmi is high, a nonmaskable interrupt has occurred. in the case of lines where the name does not imply an active state but describes part of a binary sequence (such as address or data), the # symbol implies that the signal is inverted. for example, d[3:0] = hlhl refers to a hex a, and d [3:0] # = lhlh also refers to a hex a (h= high logic level, l= low logic level). the term system bus refers to the interface between the processor, system core logic and other bus agents. the system bus is a multiprocessing interface to processors, memory and i/o. the term cache bus refers to the interface between the processor and the l2 cache. the cache bus does not connect to the system bus, and is not accessible by other agents on the system bus. cache coherency is maintained with other agents on the system bus thr ough the mesi cache protocol as supported by the hit# and hitm# bus signals. the term pentium ii xeon processor refers to the cartridge package which interfaces to a host system board through a sc330 connector. pentium ii xeon processors include a processor core, a level 2 cache, system bus termination and various system management features. the pentium ii xeon processor includes a thermal plate for cooling solution attachment and a protective cover. 1.1.1. s.e.c. cartridge terminology the following terms are used often in this document and are explained here for clarification: cover the processor casing on the opposite side of the thermal plate. pentium ? ii xeon? processor the 100 mhz sc330 product including internal components, substrate, thermal plate and cover.
e pentium? ii xeon? processor at 400 and 450 mhz 9 12/15/98 5:14 pm 24377002.doc l1 cache integrated static ram used to maintain recently used information. due to code locality, maintaining recently used information can significantly improve system performance in many applications. the l1 cache is integrated directly on the processor core. l2 cache the l2 cache increases the total cache size significantly through the use of multiple components. processor substrate the structure on which components are mounted inside the s.e.c. cartridge (with or without components attached). processor core the processors execution engine. s.e.c. cartridge the processor packaging technology used for the pentium ii xeon processor. s.e.c. is short for single edge contact cartridge. thermal plate the surface used to connect a heatsink or other thermal solution to the processor. additional terms referred to in this and other related documentation: slot 2 former nomenclature for the connector that the s.e.c. cartridge plugs into, just as the pentium ? pro processor uses socket 8. now called 330-contact slot connector (sc330). retention mechanism a mechanical component designed to hold the processor in a sc330 connector . sc330 abbreviation for the 330-contact slot connector that the s.e.c. cartridge plugs into, just as the pentium pro processor uses socket 8. 1.2. references the reader of this specification should also be familiar with material and concepts presented in the following documents: cpu-id instruction application note (order number 241618) pentium ? ii xeon? processor i/o buffer models, quad format (electronic form) pentium ? ii xeon? processor power distribution guidelines (order number 243772) pentium ? ii xeon? processor specification update (order number 243776) slot 2 enabling technology vendor list (www.devel oper.intel.com) intel architecture software developers manual (order number 243193) ? volume i: basic architecture (order number 243190) ? volume ii: instruction set reference (order number 243191) ? volume iii: system programming guide (order number 243192) slot 2 connector specification vrm 8.2 dcCdc converter design guidelines (www.devel oper.intel.com) vrm 8.3 dcCdc converter design guidelines (www.devel oper.intel.com) slot 2 termination card design guidelines (order number 243772) pentium ? ii xeon? processor/intel ? 450nx pciset agtl+ layout guidelines (order number 243790) 100 mhz 2-way smp pentium ? ii xeon? processor/intel ? 440gx agpset agtl+ layout guidelines (order number 243775) pentium ? ii processor developers manual (order number 243502) pentium ? ii xeon? processor smbus thermal reference guidelines (order number 243791) most or all of this documentation can be found on intels developers world wide web site: www.devel oper.intel.com. 2.0. electrical specifications 2.1. the pentium ? ii xeon? processor system bus and v ref most pentium ii xeon processor signals use a variation of the pentium pro processor gtl+ signaling technology. the pentium ii xeon processor differs from the pentium ii processor and
pentium? ii xeon? processor at 400 and 450 mhz e 10 12/15/98 5:14 pm 24377002.doc pentium pro processor in its output buffer implementation. the buffers that drive most of the system bus si gnals on the pentium ii xeon processor are actively driven to v cc core for one clock cycle after the low to high transition to improve rise-times and reduce noise. these signals should still be considered open-drain and require termination to a supply that provides the high signal level. because this specification is different from the standard gtl+ specification, it is referred to as assisted gunning transistor logic (agtl+) in this document. agtl+ logic and gtl+ logic are compatible with each other and may both be used on the same system bus. for more information on the gtl+ specification, see the pentium ? pro family developers manual, volume i. agtl+ inputs use differential receivers which require a reference signal (v ref ). v ref is used by the receivers to determine if a signal is a logical 0 or a logical 1. the pentium ii xeon processor generates its own version of v ref . v ref must be generated on the motherboard for other devices on the agtl+ system bus. termination is used to pull the bus up to the high voltage level and to control signal integrity on the transmission line. the processor contains termination resistors that provide termination for each pentium ii xeon processor. these specifications assume the equivalent of 6 agtl+ loads and termination resistors to ensure the proper timings on rising and falling edges. see test conditions described with each specification. due to the existence of termination on each of up to 4 processors in a pentium ii xeon processor system, the agtl+ bus is typically not a daisy chain topology as in previous p6 family processor systems. also new to pentium ii x eon processors, timing specifications are defined to points internal to the processor packaging. analog signal simulation of the system bus is required when developing pentium ii xeon processor based systems to ensure pr oper operation over all conditions. pentium ? ii xeon? processor i/o buffer models are available for simulation. the 100 mhz 2-way smp pentium ? ii xeon? processor/intel ? 440gx agpset agtl+ layout guidelines and pentium ? ii xeon? processor/intel ? 450nx pciset agtl+ layout guidelines contains information on possible layout topologies and other information for analog simulation. 2.2. power and ground pins the operating voltage of the processor die and of the l2 cache die differ from each other. there are two groups of power inputs on the pentium ii xeon processor package to support this voltage difference between the components in the package. there are also five pins defined on the package for core voltage identification (vid_core), and five pins defined on the package for l2 cache voltage identification (vid_l2). these pins specify the voltage required by the processor core and l2 cache respectively. these have been added to cleanly support voltage specification variations on current and future pentium ii xeon processors. for signal integrity improvement and clean power distribution within the s.e.c. package, pentium ii xeon processors have 67 v cc (power) and 56 v ss (ground) inputs. the 67 v cc pins are further divided to provide the different voltage levels to the components. v cc core inputs for the processor core account for 35 of the v cc pins, while 8 v tt inputs (1.5 v) are used to provide an agtl+ termination voltage to the processor and 20 v cc l2 inputs are for use by the l2 cache. one v cc smbus pin is provided for use by the smbus and one v cc tap .for the test access port. v cc smbus , v cc l2 , and v cc core must remain electrically separated from each other. on the circuit board, all v cc core pins must be connected to a voltage island and all v cc l2 pins must be connected to a separate voltage island (an island is a portion of a power plane that has been divided, or an entire plane). similarly, all v ss pins must be connected to a system gr ound plane. 2.3. decoupling guidelines due to the large number of transistors and high internal clock speeds, the processor is capable of generating large average current swings between low and full power states. this causes voltages on power planes to sag below their nominal values if bulk decoupling is not adequate. care must be taken in the board design to ensure that the voltage provided to the processor remains within the specifications listed in table 5. failure to do so can result in timing violations or a reduced lifetime of the component.
e pentium? ii xeon? processor at 400 and 450 mhz 11 12/15/98 5:14 pm 24377002.doc 2.3.1. pentium ? ii xeon? processor v cc core regulator solutions must provide bulk capacitance with a low effective series resistance (esr) and the system desi gner must also control the interconnect resistance from the regulator (or vrm pins) to the 330-contact slot connector . simulation is required. bulk decoupling for the large current swings when the part is powering on, or entering/exiting low power states, is provided on the voltage regulation module (vrm) defined in the vrm 8.2 dcCdc converter design guidelines and the vrm 8.3 dcCdc converter design guidelines . the input to v cc core should be capable of delivering a recommended minimum di cc core /dt defined in table 6 while maintaining the required tolerances defined in table 5. see the pentium ? ii xeon? processor power distribution guidelines . 2.3.2. level 2 cache decoupling regulator solutions need to provide bulk capacitance with a low effective series resistance (esr) in order to meet the tolerance r equirements for v cc l2 . use similar design practices as those recommended for v cc core . see the pentium ? ii xeon? processor power distribution guidelines . 2.3.3. system bus agtl+ decoupling the pentium ii xeon processor contains high frequency decoupling capacitance on the processor substrate; bulk decoupling must be provided for by the system mother board for proper agtl+ bus operation. high frequency decoupling may be necessary at the sc330 connector to further improve signal integrity if noise is picked up at the connector interface. see the pentium ? ii xeon? processor power distribution guidelines . 2.4. system bus clock and processor clocking the bclk input directly controls the operating speed of the system bus interface. all system bus timing parameters are specified with respect to the rising edge of the bclk input, measured at the processor core. the pentium ii xeon processor core frequency must be configured during reset by using the a20m#, ignne#, lint[1]/nmi, and lint[0]/intr pins (see table 1). the value on these pins during reset determines the multiplier that the phase lock loop (pll) will use for the internal core clock. see the pentium ? pro processor family developers manual for the definition of these pins during reset and the operation of the pins after reset. note the frequency multipliers supported are shown in table 1; other combinations will not be validated nor supported by intel. also, each multiplier is only valid for use on the product of the frequency indicated in table 1. clock multiplying within the processor is provided by the internal pll, requiring a constant frequency bclk input. the bclk frequency ratio cannot be changed dynamically during normal operation or any low power modes. the bclk frequency ratio can be changed when r eset# is active, assuming that all reset specifications are met.
pentium? ii xeon? processor at 400 and 450 mhz e 12 12/15/98 5:14 pm 24377002.doc table 1. core frequency to system bus multiplier configuration multiplication of processor core frequency to system bus frequency product supported on lint[1] lint[0] a20m# ignne# 1/2 reset only l l l l 1/3 not supported l l l h 1/4 400, 450 mhz l l h l 1/5 not supported l l h h 2/5 not supported l h l l 2/7 not supported l h l h 2/9 450 mhz l h h l 2/11 not supported l h h h 1/6 not supported h l l l 1/7 not supported h l l h 1/8 not supported h l h l reserved not supported h l h h 2/13 not supported h h l l 2/15 not supported h h l h 2/3 not supported h h h l 1/2 reset only h h h h see figure 1 for the timing relationship between the system bus multiplier si gnals, r eset#, and normal processor operation. using cr eset# (cmos reset) and the timing shown in figure 1, the circuit in figure 2 can be used to share these configuration signals. the component used as the multiplexer must not have outputs that drive higher than 2.5 v in order to meet the processors 2.5 v tolerant buffer specifications. the multiplexer output current should be limited to 200 ma maximum, in case the v cc core supply to the processor ever fails. as shown in figure 2, the pull-up resistors between the multiplexer and the processor (1k w ) force a safe ratio into the processor in the event that the processor powers up before the multiplexer and/or core logic. this prevents the processor from ever seeing a ratio higher than the final ratio. if the multiplexer were powered by v cc 2.5 , a pull- down resistor could be used on creset# inst ead of the four pull-up resistors between the multiplexer and the pentium ii xeon processors. in this case, the multiplexer must be designed such that the compatibility inputs are truly ignored, as their state is unknown. in any case, the compatibility inputs to the multiplexer must meet the input specifications of the multiplexer. this may require a level translation before the multiplexer inputs unless the inputs and the signals driving them are already compatible. for frc mode operation, these inputs to the processor must be synchronized using bclk to meet setup and hold times to the processors. this may require the use of high-speed programmable logic.
e pentium? ii xeon? processor at 400 and 450 mhz 13 12/15/98 5:14 pm 24377002.doc bclk reset# creset# ratio pins# compatibility final ratio final ratio 3770-01 figure 1. timing diagram of clock ratio signals a20m# ignne# lint1/nmi lint0/intr processors 1k w 2.5 v set ratio: creset# mux 2.5 v 1-4 3770-02 note: signal integrity issues may require this circuit to be modified. figure 2. logical schematic for clock ratio pin sharing
pentium? ii xeon? processor at 400 and 450 mhz e 14 12/15/98 5:14 pm 24377002.doc 2.4.1. mixing processors of different frequencies and cache sizes mixing components of different internal clock frequencies is not supported and has not been validated by intel. operating system s upport for mp with mixed frequency components should also be considered. also, intel does not support or validate operation of processors with different cache sizes. intel only supports and validates multiprocessor configurations where all processors operate with the same system bus and core frequencies and have the same l1 and l2 cache sizes. 2.5. voltage identification the pentium ii xeon processor contains five voltage identification pins for core voltage selection and five voltage identification pins for l2 cache voltage selection. these pins may be used to support automatic selection of both power supply voltages. vid_core[4:0] controls the voltage supply to the processor core and vid_l2[4:0] controls the voltage supply to the l2 cache. both use the same encoding as shown in table 2. they are not driven signals , but are either an open circuit or a short circuit to v ss . the combination of opens and shorts defines the voltage required by the processor core and l2 cache. the vid pins support variations in processor core voltage specifications and in l2 cache implementations among processors in the pentium ii xeon processor family. table 2 shows the recommended range of values to support for both the processor core and the l2 cache. a 1 in this table refers to an open pin and 0 refers to a short to ground. the definition provided below is a superset of the definition previously defined for the pentium pro processor (vid4 was not used by the pentium pro processor) and is common to both the pentium ii and pentium ii xeon processors. the power supply must supply the voltage that is requested or it must disable itself. to ensure the system is r eady for all pentium ii xeon processors, a system s hould support those voltages indicated with a bold x in table 2. supporting a smaller range will risk the ability of the system to migrate to possible higher performance processors in the future. support for a wider range provides more flexibility and is acceptable.
e pentium? ii xeon? processor at 400 and 450 mhz 15 12/15/98 5:14 pm 24377002.doc table 2. core and l2 voltage identification definition 1,2 processor pins vid4 vid3 vid2 vid1 vid0 v cc core 3 l2 3 00110b - 01111b reserved 00101 1.80 x x 00100 1.85 x x 00011 1.90 x x 00010 1.95 x x 00001 2.00 x x 00000 2.05 x x 11110 2.1 x x 11101 2.2 x 11100 2.3 x 11011 2.4 x 11010 2.5 x 11001 2.6 x 11000 2.7 x 10111 2.8 x 10110 2.9 101013.0 101003.1 100113.2 100103.3 100013.4 100003.5 11111 no core notes: 1. 0 = processor pin connected to v ss , 1 = open on processor; may be pulled up to ttl v ih on motherboard. see the vrm 8.2 dcCdc converter design guidelines and/or the vrm 8.3 dcCdc converter design guidelines . 2. vrm output should be disabled for v cc core values less than 1.80 v. 3. x = required
pentium? ii xeon? processor at 400 and 450 mhz e 16 12/15/98 5:14 pm 24377002.doc note that the 11111 (all opens) id can be used to detect the absence of a processor core in a given slot as long as the power supply used does not affect these lines. detection logic and pull-ups should not affect vid inputs at the power source. (see section 9.0.) the vid pins should be pulled up to a ttl- compatible level with external resistors to the power source of the regulator only if required by the regulator or external logic monitoring the vid[4:0] signals. the power source chosen must be guaranteed to be stable whenever the supply to the voltage regulator is stable. this will prevent the possibility of the processor supply going above v cc core in the event of a failure in the supply for the vid lines. in the case of a dc-to-dc converter, this can be accomplished by using the input voltage to the converter for the vid line pull-ups. a resistor of greater than or equal to 10k w may be used to connect the vid signals to the converter input. see the vrm 8.2 dcCdc converter design guidelines and/or vrm 8.3 dcCdc converter design guidelines for further information. 2.6. system bus unused pins and test pins all reserved_xxx pins must remain unconnected. connection of reserved_xxx pins to v cc core , v cc l2 , v ss , v tt , to each other, or to any other signal can result in component malfunction or incompatibility with future members of the pentium ii xeon processor family. see section 6.0. for a pin listing of the processor edge connector for the location of each reserved pin. the test_25_a62 pin must be connected to 2.5 v via a pull-up resistor of between 1k w and 10k w . test_vcc_core must each be connected individually to v cc core through a ~10k w (approximately) resistor. test_vtt pins must each be connected individually to v tt with a ~150 w resistor. test_vss pins must each be c onnected individually to v ss with a ~1k w resistor. picclk must always be driven with a valid clock input. and the picd[1:0] lines must be pulled-up to 2.5 v even when the apic will not be used. a separate pull-up resistor to 2.5 v (keep trace short) is required for each picd line. for reliable operation, always connect unused inputs to an appropriate signal level. unused agtl+ inputs should be left as no connects; agtl+ termination on the processor provides a high level. unused active low cmos inputs should be connected to 2.5 v with a ~10k w resistor. unused active high cmos inputs should be connected to ground (v ss ). unused outputs may be left unconnected. a resistor must be used when tying bi-directional signals to power or ground. when tying any signal to power or ground, a resistor will also allow for system testab ility. for correct operation when using a logic analyzer interface, refer to section 8.0. for design considerations. 2.7. system bus signal groups in order to simplify the following discussion, the system bus si gnals have been combined into groups by buffer type. all system bus outputs s hould be treated as open drain and require a hi-level source provided externally by the termination or pull-up resistor. agtl+ input signals have differential input buffers, which use 2/3 v tt as a reference level. agtl+ output signals require termination to 1.5 v. in this document, the term agtl+ input refers to the agtl+ input group as well as the agtl+ i/o group when receiving. similarly, agtl+ output refers to the agtl+ output group as well as the agtl+ i/o group when driving. the agtl+ buffers employ active negation for one clock cycle after assertion to improve rise times. the cmos, clock, apic, and tap inputs can each be driven from ground to 2.5 v. the cmos, apic, and tap outputs are open drain and should be pulled high to 2.5 v. this ensures not only correct operation for current pentium ii xeon processors, but compatibility for future pentium ii xeon processor products as well. there is no active negation on cmos outputs. ~150 w resistors are expected on the picd[1:0] lines. timings are specified into the load resistance as defined in the ac timing tables. see section 8.0. for design considerations for debug equipment. the smbus signals should be driven using standard 3.3 v cmos logic levels.
e pentium? ii xeon? processor at 400 and 450 mhz 17 12/15/98 5:14 pm 24377002.doc table 3. pentium ? ii xeon? processor system pin groups group name signals agtl+ input bpri#, br[3:1]# 1 , defer#, reset#, rs[2:0]#, rsp#, trdy# agtl+ output prdy# agtl+ i/o a[35:03]#, ads#, aerr#, ap[1:0]#, berr#, binit#, bnr#, bp[3:2]#, bpm[1:0]#, br0# 1 , d[63:00]#, dbsy#, dep[7:0]#, drdy#, frcerr, hit#, hitm#, lock#, req[4:0]#, rp# cmos input a20m#, flush#, ignne#, init#, lint0/intr, lint1/nmi, preq#, pwr good 2 , smi#, slp# 2 , stpclk# cmos output ferr#, ierr#, thermtrip# 2 system bus clock bclk apic clock picclk apic i/o 3 picd[1:0] tap input tck, tdi, tms, trst# tap output 3 tdo smbus interface smbdat, smbclk, smbalert#, wp power/other 4 v cc core , v cc l2 , v cc tap , v cc smbus , vid_l2[4:0], vid_core[4:0], v tt , v ss , test_25_a62, test_vcc_core, test_ vss, pwr_en[1:0] 2 , reserved_xxx, sa[2:0], selfsb0 notes: 1. the br0# pin is the only breq# signal that is bi-directional. the internal breq# signals are mapped onto br# pins based on a processors agent id. see section 9.0. for more information. 2. for information on these signals, see section 9.0. 3. these signals are specified for 2.5 v operation. 4. v cc core is the power supply for the pentium ? ii xeon? processor core. v cc l2 is the power supply for the l2 cache memory. vid_core[4:0], and vid_l2[4:0] pins are described in table 2. v tt is used for the agtl+ termination. v ss is system gr ound. v cc tap is the tap supply. v cc smbus is the sm bus supply. reserved pins must be left unconnected. do not connect to each other. test pins are described in section 2.6. other signals are described in section 9.0.
pentium? ii xeon? processor at 400 and 450 mhz e 18 12/15/98 5:14 pm 24377002.doc 2.7.1. asynchronous vs. synchronous for system bus signals all agtl+ signals are synchronous to bclk. all of the cmos, clock, apic, and tap signals can be applied asynchronously to bclk, except when running two processors as an frc pair. synchronization logic is required on signals going to both processors in order to run in frc mode. the tap logic can not be used while a processor is running in an frc pair, and the tap signals should therefore be at the appropriate inactive levels for frc operation. also note the timing requirements for frc mode operation. with frc enabled, picclk must be 1/4 the frequency of bclk, synchronized with respect to bclk, and must always lag bclk as specified in table 15 and figure 8. all apic signals are synchronous to picclk. all tap signals are synchronous to tck. all smbus signals are synchronous to smbclk. tck and smbclk may always be asynchronous to all other clocks. 2.8. test access port (tap) connection depending on the voltage levels supported by other components in the test access port (t ap) logic, it is recommended that the pentium ii xeon processors be first in the tap chain and followed by any other components within the system. a volt age translation buffer should be used to drive the next device in the chain unless a 3.3 v or 5 v component is used that is capable of accepting a 2.5 v input. similar considerations must be made for tck, tms, and trst#. multiple copies of each tap signal may be required if multiple voltage levels are needed within a system. note tdi is pulled up to v cc tap with ~150 w on the pentium ii xeon processor cartridge. an open drain signal driving this pin must be able to deliver sufficient current to drive the signal low. also, no resistor should exist in the system design on this pin as it would be in parallel with this resistor. a debug port is described in section 8.0. the debug port must be placed at the start and end of the tap chain with tdi to the first component coming from the debug port and tdo from the last component going to the debug port. in an mp system, be cautious when including an empty sc330 connector in the scan chain. all connectors in the scan chain must have a processor or termination card installed to complete the chain between tdi and tdo or the system must s upport a method to bypass the empty connectors; sc330 terminator substrates should tie tdi directly to tdo. (see section 5.0. for more details.) 2.9. maximum ratings table 4 contains pentium ii xeon processor stress ratings. functional operation at the absolute maximum and minimum is not implied nor guaranteed. the processor should not receive a clock while subjected to these conditions. functional operating conditions are given in the ac and dc tables. extended exposure to the maximum ratings may affect device reliability. furthermore, although the processor contains protective circuitry to resist damage from static electric discharge, one should always take precautions to avoid high static voltages or electric fields.
e pentium? ii xeon? processor at 400 and 450 mhz 19 12/15/98 5:14 pm 24377002.doc table 4. pentium ? ii xeon? processor absolute maximum ratings symbol parameter min max unit notes t storage processor storage temperature C40 85 c v cc core processor core supply voltage with respect to v ss C0.5 operating voltage + 1.0 v 1 v cc l2 any processor l2 supply voltage with respect to v ss C0.5 operating voltage + 1.0 v 1 v smbus any processor sm supply voltage with respect to v ss -0.3 operating voltage + 1.0 v v cc tap any processor tap supply voltage with respect to v ss -0.3 3.3 v 1 v cc l2 - v cc core l2 supply voltage with respect to core voltage. -(core operating voltage) l2 operating voltage v 1, 2 v ingtl agtl+ buffer dc input voltage with respect to v ss C0.3 v cc core + 0.7 v v incmos cmos & apic buffer dc input voltage with respect to v ss C0.3 3.3 v v insmbus smbus buffer dc input voltage with respect to v ss -0.1 6.0 v i pwr_en max pwr_en[1:0] pin current 100 ma i vid max vid pin current 5 ma notes: 1. operating voltage is the voltage to which the component is designed to operate. see table 5. 2. this parameter specifies that the processor will not be immediately dam aged by either supply being disabled. 2.10. processor dc specificat ions the voltage and current specifications provided in table 5 and table 6 are defined at the processor edge fingers. the processor signal dc specifications in table 7, table 8, and table 9 are defined at the pentium ii xeon processor core. each signal trace between the processor edge finger and the processor core carries a small amount of current and has a finite resistance. the current produces a voltage drop between the processor edge finger and the core. simulations should therefore be run versus these specifications to the processor core. see section 9.0. for the processor edge finger signal definitions and table 3 for the signal grouping. most of the signals on the pentium ii xeon processor system bus are in the agtl+ si gnal group. these signals are specified to be terminated to v tt . the dc specifications for these signals are listed in table 7. to ease connection with other devices, the clock, cmos, apic, smbus and tap signals are designed to interface at non-agtl+ levels. the dc specifications for these pins are listed in table 8 and table 9. note unless otherwise noted, each specification applies to all pentium ii xeon processors. where differences exist between pentium ii xeon processors, look for the table entries identified by fmb in order to design a
pentium? ii xeon? processor at 400 and 450 mhz e 20 12/15/98 5:14 pm 24377002.doc flexible mother board (fmb) capable of accepting all types of pentium ii xeon processors. specifications are only valid while meeting specifications for case temperature, clock frequency and input voltages. care should be taken to read all notes associated with each parameter. table 5. voltage specifications 1 symbol parameter min typ max unit notes v cc core v cc for processor core fmb 1 all products 1.8-2.1 2.00 v 2, 3, 4 v cc core tolerance, static processor core voltage static tolerance at edge fingers -0.085 0.085 v 7 v cc core tolerance, transient processor core voltage transient tolerance at edge fingers -0.130 0.130 v 7 v cc l2 v cc for second level cache fmb 1 400 mhz 450 mhz 1.8-2.8 2.5 2.7 v3, 5 v cc l2 tolerance, static static tolerance at edge fingers of second level cache supply -0.085 0.085 v 7 v cc l2 tolerance, transient transient tolerance at edge fingers of second level cache supply -0.125 0.125 v 7 v tt agtl+ bus termination voltage 1.365 1.50 1.635 v 6 v cc smbus smbus supply voltage 3.135 3.3 3.465 v 3.3 v5% v cc tap tap supply voltage 2.375 2.50 2.625 v 2.5 v5% notes: 1. unless otherwise noted, all specifications in this table apply to all processor frequencies and cache sizes. fmb is a suggested design guideline for flexible motherboard design. 2. v cc core supplies the processor core. fmb refers to the range of possible set points to expect for future pentium ? ii xeon? processors. 3. these voltages are targets only. a variable voltage source should exist on systems in the event that a different volt age is required. see section 2.5. for more information. 4. use the typical voltage specification along with the tolerance specifications to provide correct voltage regulation to the processor. 5. v cc l2 supplies the l2 cache. unless otherwise noted, this specification applies to all pentium ii xeon processor frequencies and cache sizes. this parameter is measured at the processor edge fingers. 6. v tt must be held to 1.5 v 9%. it is recommended that v tt be held to 1.5 v 3% while the pentium ii xeon processor system bus is idle. this parameter is measured at the processor edge fingers. the sc330 connector is specified to have a pin self-inductance of 6.0 nh maximum, a pin-to-pin capacitance of 2 pf (maximum at 1 mhz), and an average contact resistance over the 6 v tt pins of 15m w maximum. 7. these are the tolerance requirements, across a 20 mhz bandwidth, at the processor edge fingers. the requirements at the processor edge fingers account for voltage drops (and impedance discontinuities) at the processor edge fingers and to the processor core. voltage must return to within the static voltage specification within 100 us after the transient event. the sc330 connector is specified to have a pin self-inductance of 6.0 nh maximum, a pin-to-pin capacitance of 2 pf (maximum at 1 mhz), and an average contact resistance of 15m w maximum in order to function with the intel specified voltage regulator module (vrm 8.2 or vrm 8.3). contact intel for testing details of these parameters. not 100% tested. specified by design characterization.
e pentium? ii xeon? processor at 400 and 450 mhz 21 12/15/98 5:14 pm 24377002.doc table 6. current specifications 1 symbol parameter min typ max unit notes icc core i cc for processor core fmb 1 400 mhz 450 mhz 16.0 12.5 14.0 a 2, 5, 6, 7 icc l2 i cc for second level cache fmb 1 400 mhz, 512 kb 400 mhz, 1 mb 450 mhz, 512 kb 450 mhz 1 mb 450mhz 2 mb 9.4 3.0 6.0 3.4 6.8 8.4 a 3, 6, 7 i v tt termination voltage supply current 0 0.3 1.2 a 8 i sgnt i cc stop grant for processor core 0.8 a 6, 9 i cc slp i cc sleep for processor core 0 0.2 a 6 dlcc core /dt core i cc slew rate (at the sc330 connector pins) 20 a/s 10, 11 dlcc l2 /dt second level cache i cc slew rate (at the sc330 connector pins) 5 a/s 10, 11 dl cc vtt /dt termination current slew rate (at the sc330 connector pins) 5 a/s 4, 11 i cc tap i cc for tap power supply 100 ma i cc smbus i cc for smbus power supply 3 10 ma notes: 1. unless otherwise noted, all specifications in this table apply to all processor frequencies and cache sizes. fmb is a suggested design guideline for flexible motherboard design. 2. i cc core supplies the processor core. 3. use the typical voltage specification with the tolerance specifications to provide correct voltage regulation to the processor. 4. v tt must be held to 1.5 v 9%. it is recommended that v tt be held to 1.5 v 3% while the pentium ? ii xeon? processor system bus is idle. this is measured at the processor edge fingers. 5. the typical i cc core measurements are an average current draw during the execution of winstone* 96 under the windows* 95 operating system. these numbers are m eant as a guideline only, not a guaranteed specification. actual measurements will vary based upon system environmental c onditions and configuration. 6. max i cc measurements are measured at v cc nominal voltage under maximum signal loading conditions. 7. voltage regulators may be designed with a minimum equivalent internal resistance to ensure that the output voltage, at maximum current output, is no greater than the nominal (i.e., typical) voltage level of v cc core (v cc core typ ). in this case, the maximum current level for the regulator, i cc core_reg , can be reduced from the specified maximum current i cc core max and is calculated by the equation: i cc core_reg = i cc core_max v cc core typ / (v cc core typ + v cc core static tolerance ) 8. this is the current required for a single pentium ii xeon processor. a similar current is drawn through the termination resistors of each load on the agtl+ bus. v tt is decoupled on the s.e.c. cartridge such that negative current flow due to the active pull-up to v cc core in the pentium ii xeon processor w ill not be s een at the processor fingers. 9. the current specified is also for autohalt state. 10. maximum values are specified by design/characterization at nominal v cc and at the sc330 connector pins. 11. based on simulation and averaged over the duration of any change in current. use to compute the maximum inductance tolerable and reaction time of the voltage regulator. this parameter is not tested.
pentium? ii xeon? processor at 400 and 450 mhz e 22 12/15/98 5:14 pm 24377002.doc table 7. agtl+ signal groups, dc specifications at the processor core symbol parameter min max unit notes v il input low voltage -0.3 2/3 v tt -0.1 v v 5 v ih input high voltage 2/3 v tt +0.1 v v cc core v 1, 2, 5 r on n nmos on resistance 12.5 w 6, 7 r on p pmos on resistance 85 w 6 v oh ts output high voltage tri-state v tt v1, 5 i l leakage current 100 a 3 i lo output leakage current 15 a 4 notes: 1. processor core parameter correlated into a 25 w resistor to a v tt of 1.5 v. 2. excursions above v tt to v cc core are allowed. 3. (0 v in v cc core + 5%). 4. (0 v out v cc core + 5%). 5. the processor core drives high for only one clock cycle. it t hen drives low or tri-states its outputs. v tt is specified in table 5. 6. not 100% tested. specified by design characterization. 7. this r on specification corresponds to a v ol_max of 0.49 v when taken into an effective 25 ohm load to v tt of 1.5 v. 0 0.02 0.04 0.06 0.08 0.1 0.12 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 vout (v) iol (a) 3770-03 figure 3. i-v curve for nmos device
e pentium? ii xeon? processor at 400 and 450 mhz 23 12/15/98 5:14 pm 24377002.doc table 8. cmos, tap, clock and apic signal groups, dc specifications at the processor core symbol parameter min max unit notes v il input low voltage -0.3 0.7 v v ih input high voltage 1.7 2.625 v 2.5 v + 5% maximum v ol output low voltage 0.5 v measured at 24ma v oh output high voltage 2.625 v all outputs are open-drain to 2.5 v + 5% i ol output low current 24 ma i li input leakage current 100 a 1 i lo output leakage current 15 a 2 notes: 1. (0 v in 2.625 v). 2. (0 v out 2.625 v). table 9. smbus signal group, dc specifications at the processor core symbol parameter min max unit notes v il input low voltage -0.3 0.3 x v cc smbus v v ih input high voltage 0.7 x v cc smbus 3.465 v 3.3 v + 5% maximum v ol output low voltage 0.4 v i ol output low current 3 ma except smbalert# i ol2 output low current 6 ma smbalert# 1 i li input leakage current 10 a i lo output leakage current 10 a note: 1. smbalert# is an open drain signal. 2.11. agtl+ system bus specifications table 10 below lists parameters controlled within the pentium ii xeon processor to be taken into consideration during simulation. the valid high and low levels are determined by the input buffers using a reference voltage (v ref ) which is generated internally in the processor cartridge from v tt . v ref should be set to the same level for other agtl+ logic using a voltage divider on the motherboard. it is important that the motherboard impedance be specified and held to a 10% tolerance, and that the intrinsic trace capacitance for the agtl+ signal group traces is known and well-controlled. for more details on agtl+, see the pentium ? ii processor developer's manual, the 100 mhz 2-way smp pentium ? ii xeon? processor/intel ? 440gx agpset agtl+ layout guidelines and pentium ? ii xeon? processor/intel ? 450nx pciset agtl+ layout guidelines .
pentium? ii xeon? processor at 400 and 450 mhz e 24 12/15/98 5:14 pm 24377002.doc table 10. pentium ? ii xeon? processor internal parameters for the agtl+ bus symbol parameter min typ max units notes r tt termination resistor 150 w 1 v ref bus reference voltage 2/3 v tt v2 notes: 1. the pentium ? ii xeon? processor contains 1% agtl+ termination resistors at the end of the signal trace on the processor substrate. 2. v ref is generated on the processor substrate. 2.12. system bus ac specifications the system bus timings specified in this section are defined at the pentium ii xeon processor core pins unless otherwise noted. timings are tested at the processor core during manufacturing. timings at the processor edge fingers are specified by design characterization. information regarding signal characteristics between the processor core pins and the processor edge fingers is found in the pentium ? ii xeon? processor i/o buffer models , quad format. see section 9.0. for the pentium ii xeon processor edge connector signal definitions. note timing specifications t45-t49 are reserved for future use. all system bus ac specifications for the agtl+ signal group are relative to the rising edge of the bclk input at 1.25 v. all agtl+ timings are referenced to 2/3 v tt for both 0 and 1 logic levels unless otherwise specified.
e pentium? ii xeon? processor at 400 and 450 mhz 25 12/15/98 5:14 pm 24377002.doc table 11. system bus ac specifications (clock) at the processor core t# parameter min nom max unit figure notes system bus frequency 90.00 100.00 mhz 1, 2 t1: bclk period 10.0 11.11 ns 4 3 t2: bclk period stability 150 ps 4 4, 5, 6 t3: bclk high time 2.5 ns 4 @>2.0 v t4: bclk low time 2.5 ns 4 @<0.5 v t5: bclk rise time 0.5 1.5 ns 4 (0.5 vC2.0 v) 7 t6: bclk fall time 0.5 1.5 ns 4 (2.0 vC0.5 v) 7 notes: 1. table 1 shows the supported ratios for each processor. 2. minimum system bus frequency is not 100% tested. specified by design characterization to allow lower speed system bus operation for up to 6 load systems. 3. the bclk period allows a +0.3 ns tolerance for clock driver and routing variation. bclk must be within specification whenever pwr good is asserted. 4. it is recommended that a clock driver be used that is designed to meet the period stab ility specification into a test l oad of 10 to 20 pf. cycle-to-cycle jitter s hould be measured on adjacent rising edges of bclk crossing 1.25 v at the processor core. this cycle-to-cycle jitter present must be acc ounted for as a component of flight time between the processor(s) and/or core logic components. positive or negative jitter of up to 150 ps is allowed between adjacent cycles. positive or negative jitter of up to 250 ps is tolerated, but w ill result in up to 100 ps of agtl+ i/o and cmos timing degradation (i.e., timing parameters t7-9 and t11-13 w ill all increase by 100 ps). thus a system with jitter of 250 ps would need flight times that are 300 ps (100 ps additional jitter + 100 ps i/o timing degradation for both the source and receiver) better than a system with jitter of 150 ps. 5. the clock drivers closed loop jitter bandwidth should be less than 500 khz (at -20db). the bandwidth must be set low to allow cascade connected pll-based devices to track clock drivers with the specified jitter. therefore the bandwidth of the clock drivers output frequency-attenuation plot should be less than 500 khz measured at the -20 db attenuation point. the test load should be 10 to 20 pf. 6. see the 100 mhz 2-way smp pentium ? ii xeon? processor/intel ? 440gx agpset agtl+ layout guidelines or the pentium ? ii xeon? processor/intel ? 450nx pciset agtl+ layout guidelines for additional recommendations. 7. not 100% tested. specified by design characterization as a clock driver requirement.
pentium? ii xeon? processor at 400 and 450 mhz e 26 12/15/98 5:14 pm 24377002.doc table 12. agtl+ signal groups, system bus ac specifications at the processor core 1 r l = 25 w terminated to 1.5 v t# parameter min max unit figure notes t7: agtl+ output valid delay 0.2 2.7 ns 6 2 t8: agtl+ input setup time 1.75 ns 7 3, 4, 5 t9: agtl+ input hold time 0.62 ns 7 5 t10: reset# pulse width 1.00 ms 10 6 notes: 1. these specifications are tested during manufacturing. 2. valid delay timings for these signals at the processor core are correlated into 25 w termination to 1.5 v and with v tt set to 1.5 v. 3. a minimum of 3 clocks must be guaranteed between two active-to-inactive transitions of trdy#. 4. reset# can be asserted (active) asynchronously, but must be deasserted synchronously. 5. the signal at the processor core must transition monotonically through the overdrive region (2/3 v tt 200mv). 6. after the bus ratio on a20m#, ignne# and lint[1:0] are stable, v cc core , v cc l2 and bclk are within specification, and pwrgood is asserted. see figure 10. table 13. cmos, tap, clock and apic signal groups, ac specifications at the processor core 1, 2 t# parameter min max unit figure notes t11: cmos output valid delay 1 8 ns 6 3 t12: cmos input setup time 4 ns 7 4, 5 t13: cmos input hold time 1 ns 7 4 t14: cmos input pulse width, except pwrgood and lint[1:0] 2 bclks 6 active and inactive states t14b: lint[1:0] input pulse width 6 bclks 5 6 t15: pwrgood inactive pulse width 10 bclks 6 11 7, 8 notes: 1. these specifications are tested during manufacturing. 2. these signals may be driven asynchronously but must be driven synchronously in frc mode. 3. valid delay timings for these signals are specified into 100 w to 2.5 v. 4. to ensure recognition on a specific clock, the setup and hold times with respect to bclk must be met. 5. intr and nmi are only valid when the local apic is disabled. lint[1:0] are only valid when the local apic is enabled. 6. this specification only applies when the apic is enabled and the lint1 or lint0 pin is configured as an edge triggered interrupt with fixed delivery, otherwise specification t14 applies. 7. when driven inactive or after v cc core , v cc l2 and bclk become stable. pwr good must remain below v il_max from table 8 until all the voltage planes meet the voltage tolerance specifications in table 5 and bclk has met the bclk ac specifications in table 11 for at least 10 clock cycles. pwrgood must rise glitch-free and monotonically to 2.5 v. 8. if the bclk signal meets its ac specification within 150 ns of turning on then the pwr good inactive pulse width specification is waived and bclk may start after pwr good is asserted. pwrgood must st ill remain below v il_max until all the voltage planes meet the voltage tolerance specifications.
e pentium? ii xeon? processor at 400 and 450 mhz 27 12/15/98 5:14 pm 24377002.doc table 14. system bus ac specifications (reset conditions) t# parameter min max unit figure notes t16: reset configuration signals (a[14:05]#, br0#, flush#, init#) setup time 4 bclks 10 before deassertion of reset t17: reset configuration signals (a[14:05]#, br0#, flush#, init#) hold time 2 20 bclks 10 after clock that deasserts reset# t18: reset configuration signals (a20m#, ignne#, lint[1:0]) setup time 1 ms 10 before deassertion of reset# t19: reset configuration signals (a20m#, ignne#, lint[1:0]) delay time 5 bclks 10 after assertion of reset# 1 t20: reset configuration signals (a20m#, ignne#, lint[1:0]#) hold time 220bclks10 11 after clock that deasserts reset# note: 1. for a reset, the clock ratio defined by these signals must be a safe value (their final or lower multiplier) within this dela y unless pwrgood is being driven inactive. table 15. system bus ac specifications (apic clock and apic i/o) at the processor core 1 t# parameter min max unit figure notes t21: picclk frequency 2.0 33.3 mhz 2 t21b: frc mode bclk to picclk offset 1.0 4.0 ns 8 2 t22: picclk period 30.0 500.0 ns 4 t23: picclk high time 12.0 ns 4 t24: picclk low time 12.0 ns 4 t25: picclk rise time 0.25 3.0 ns 4 t26: picclk fall time 0.25 3.0 ns 4 t27: picd[1:0] setup time 8.0 ns 7 3 t28: picd[1:0] hold time 2.5 ns 7 3 t29: picd[1:0] valid delay 1.5 10.0 ns 6 3, 4, 5 notes: 1. these specifications are tested during manufacturing. 2. with frc enabled picclk must be 1/4 of bclk and synchronized with respect to bclk. 3. referenced to picclk rising edge. 4. for open drain signals, valid delay is synonymous with float delay. 5. valid delay timings for these signals are specified to 2.5 v.
pentium? ii xeon? processor at 400 and 450 mhz e 28 12/15/98 5:14 pm 24377002.doc table 16. system bus ac specifications (tap connection) at the processor core 1 t# parameter min max unit figure notes t30: tck frequency 16.667 mhz t31: tck period 60.0 ns 4 t32: tck high time 25.0 ns 4 @1.7 v 2 t33: tck low time 25.0 ns 4 @0.7 v 2 t34: tck rise time 3.0 5.0 ns 4 (0.7 vC1.7 v) 2, 3 t35: tck fall time 3.0 5.0 ns 4 (1.7 vC0.7 v) 2, 3 t36: trst# pulse width 40.0 ns 12 asynchronous 2 t37: tdi, tms setup time 5.0 ns 11 4 t38: tdi, tms hold time 14.0 ns 11 4 t39: tdo valid delay 1.0 10.0 ns 11 5, 6 t40: tdo float delay 25.0 ns 11 2, 5, 6 t41: all non-test outputs valid delay 2.0 25.0 ns 11 5, 7, 8 t42: all non-test inputs setup time 25.0 ns 11 2, 5, 7, 8 t43: all non-test inputs setup time 5.0 ns 11 4, 7, 8 t44: all non-test inputs hold time 13.0 ns 11 4, 7, 8 notes: 1. unless otherwise noted, these specifications are tested during manufacturing. 2. not 100% tested. specified by design characterization. 3. 1 ns can be added to the maximum tck rise and fall times for every 1 mhz below 16.667 mhz. 4. referenced to tck rising edge. 5. referenced to tck falling edge. 6. valid delay timing for this signal is specified to 2.5 v. 7. non-test outputs and inputs are the normal output or input signals (besides tck, trst#, tdi, tdo and tms). these timings correspond to the response of these signals due to tap operations. 8. during debug port operation, use the normal specified timings rather than the tap signal timings.
e pentium? ii xeon? processor at 400 and 450 mhz 29 12/15/98 5:14 pm 24377002.doc table 17. smbus signal group, ac specifications at the edge fingers t# parameter min max unit figure notes t50: smbclk frequency 100 khz t51: smbclk period 10 m s5 t52: smbclk high time 4.0 m s5 t53: smbclk low time 4.7 m s5 t54: smbclk rise time 1.0 m s5 t55: smbclk fall time 0.3 m s5 t56: smbus output valid delay 1.0 m s6 t57: smbus input setup time 250 ns 7 t58: smbus input hold time 0 ns 7 t59: bus free time 4.7 m s1 note: 1. minimum time allowed between request cycles. figure 4 through figure 12 are to be used in conjunction with the dc specification and ac timings tables. 1.25 v 0.5 v 2.0 v t p t f t r clock t h t l t5, t25, t34 (rise time) t6, t26, t36 (fall time) t3, t23, t32 (high time) t4, t24, t33 (low time) t1, t22, t31 (bclk, picclk, tck, period) t r = t f = t h = t l = t p = 3770-04 figure 4. bclk, picclk, tck generic clock waveform
pentium? ii xeon? processor at 400 and 450 mhz e 30 12/15/98 5:14 pm 24377002.doc sclk 2.46v 0.84v t h t l t r t f t r t54 t f t55 t52 t h t53 t l = = = = 2.97v 0.84v 3770-05 figure 5. smbclk clock waveform clock signal t x t x t pw v valid valid t x t7, t11, t29 (valid delay) = t pw t14, t15 (pulse wdith) = v 2/3 v tt for agtl+ signal group; 1.25v for cmos, and apic signal groups = 3770-06 figure 6. valid delay timings
e pentium? ii xeon? processor at 400 and 450 mhz 31 12/15/98 5:14 pm 24377002.doc clock signal vvalid t s t8, t12, t27 (setup time) = t h t9, t13, t28 (hold time) = v 2/3 v tt for the agtl+ signal group; 1.25v for the cmos, and apic signal = t h t s vclk vclk 1.25v for bclk, and picclk = 3770-07 figure 7. setup and hold timings bclk picclk 1.25 v 1.25 v lag lag = t21b (frc mode bclk to picclk offset) 3770-08 figure 8. frc mode bclk to picclk timing
pentium? ii xeon? processor at 400 and 450 mhz e 32 12/15/98 5:14 pm 24377002.doc bclk reset# configuration (a20m#, ignne#, lint[1:0]) configuration (a[14:5]#, br0#, flush#, init#) t t t9 (gtl+ input hold time) = t u t8 (gtl+ input setup time) = t v t10 (reset# pulse width) = t w t16 (reset configuration signals (a[14:5]#, br0#, flush#, init#) setup time) = t x t17 (reset configuration signals (a[14:5]#, br0#, flush#, init#) hold time) = t20 (reset configuration signals (a20m#, ignne#, lint[1:0]) hold time) t y = t19 (reset configuration signals (a20m#, ignne#, lint[1:0]) delay time) t z = t18 (reset configuration signals (a20m#, ignne#, lint[1:0]) setup time) t y t z t v t x t t t u t w valid valid safe 3770-09 figure 9. system bus reset and configuration timings bclk pwrgood reset# configuration (a20m#, ignne#, lint[1:0]) t a t b t c t a t15 (pwrgood inactive pulse width) = t b t10 (reset# pulse width) = t c t20 (reset configuration signals (a20m#, ignne#, lint[1:0]) hold time) = valid ratio v tt v core cc v cc l2 v cc 2.5 3770-10 figure 10. power-on reset and configuration timings
e pentium? ii xeon? processor at 400 and 450 mhz 33 12/15/98 5:14 pm 24377002.doc tck t di, tms input signals tdo output si g nals 1.25v t v t w t r t s t x t u t y t z 1.25v t r t43 (all non-test inputs setup time) = t s t44 (all non-test inputs hold time) = t u t40 (tdo float delay) = t v t37 (tdi, tms setup time) = t w t38 (tdi, tms hold time) = t x t39 (tdo valid delay) = t y t41 (all non-test outputs valid delay) = t z t42 (all non-test outputs float delay) = non-test non-test 3770-11 figure 11. test timings (boundary scan) trst# 1.25v t q t q t37 (trst# pulse width) = 3770-12 figure 12. test reset timings 3.0. signal quality signals driven on the pentium ii xeon processor system bus s hould meet signal quality specifications to ensure that the components read data properly and to ensure that incoming signals do not affect the long term reliability of the component. specifications are provided for simulation at the processor core. meeting the specifications at the processor core in table 18 through table 22 ensures that signal quality effects will not adversely affect processor operation.
pentium? ii xeon? processor at 400 and 450 mhz e 34 12/15/98 5:14 pm 24377002.doc 3.1. system bus clock signal quality specifications table 18 describes the signal quality specifications at the processor core pad for the pentium ii xeon processor system bus clock (bclk) si gnal. figure 13 shows the signal quality waveform for the system bus clock at the processor core pads. please see table 11 for the definition of t numbers and table 18 for the definition of v numbers. table 18. bclk signal quality specifications for simulation at the processor core 1 v# parameter min nom max unit figure notes v1: bclk v il 0.7 v 13 v2: bclk v ih 1.7 v 13 v3: v in absolute voltage range C0.7 3.3 v 13 v4: rising edge ringback 1.7 v 13 2 v5: falling edge ringback 0.7 v 13 2 notes: 1. unless otherwise noted, all specifications in this table apply to all pentium ? ii xeon? processor frequencies and cache sizes. 2. the rising and fa lling edge ringback voltage specified is the minimum (rising) or maximum (fa lling) absolute voltage the bclk signal can dip back to after passing the v ih (rising) or v il (falling) voltage limits. this specification is an absolute value. v2 v1 v3 v3 t3 v5 v4 t6 t4 t5 3770-13 figure 13. bclk, tck, picclk generic clock waveform at the processor core pins
e pentium? ii xeon? processor at 400 and 450 mhz 35 12/15/98 5:14 pm 24377002.doc 3.2. agtl+ signal quality specifications many scenarios have been simulated to generate a set of agtl+ layout guidelines which are available in the 100 mhz 2-way smp pentium ? ii xeon? processor/intel ? 440gx agpset agtl+ layout guidelines and pentium ? ii xeon? processor/intel ? 450nx pciset agtl+ layout guidelines . also refer to the pentium ? ii processor developers manual for the specification for gtl+. 3.2.1. agtl+ ringback tolerance specifications table 19 provides the agtl+ signal quality specifications for pentium ii xeon processors for use in simulating signal quality at the processor core pads. figure 14 describes the signal quality waveform for agtl+ signals at the processor core pads. for more information on the agtl+ interface, see the pentium ? ii processor developers manual . table 19. agtl+ signal groups ringback tolerance specifications at the processor core 1, 2, 3 t# parameter min unit figure notes a : overshoot 100 mv 14 t : minimum time at high 0.50 ns 14 r : amplitude of ringback C20 mv 14 4, 5 f : final settling voltage 20 mv 14 d : duration of squarewave ringback n/a ns 14 notes: 1. unless otherwise noted, all specifications in this table apply to all pentium ? ii xeon? processor frequencies and cache sizes. 2. specifications are for the edge rate of 0.3 - 0.8 v/ns. 3. all values specified by design characterization. 4. ringback below 2/3 v tt + 20 mv is not supported. 5. intel recommends performing simulations using a r (rho) of -100 mv to allow margin for other sources of system noise.
pentium? ii xeon? processor at 400 and 450 mhz e 36 12/15/98 5:14 pm 24377002.doc t a r f v start 2/3v tt -0.2 time clock d 1.25v clk ref 2/3v tt 2/3v tt +0.2 3770-14 note: high to low case is analogous. figure 14. low to high agtl+ receiver ringback tolerance 3.2.2. agtl+ overshoot/undershoot guidelines the overshoot/undershoot guideline limits transitions beyond v cc or v ss due to fast signal edge rates. (overshoot shown in figure 15 for non-agtl+ signals can also be applied to agtl+ signals.) the processor can be damaged by repeated overshoot or undershoot events if great enough. the overshoot/ undershoot guideline is shown in table 20 .
e pentium? ii xeon? processor at 400 and 450 mhz 37 12/15/98 5:14 pm 24377002.doc table 20. agtl+ overshoot/undershoot guidelines at the processor core guideline transition signal must maintain unit figure overshoot 0 ? 1 < 2.7 v 15 undershoot 1 ? 0 > -0.7 v 15 undershoot ov ershoot settling limit settling limit rising-edge ringback falling-edge ringback v lo v ss time v = hi v cc 2.5 voltage 3770-15 figure 15. non-agtl+ overshoot/undershoot, settling limit, and ringback 3.3. non-agtl+ signal quality specifications there are three signal quality parameters defined for non-agtl+ signals: overshoot/undershoot, ringback, and settling limit. all three signal quality parameters are shown in figure 15 for the non-agtl+ signal group at the processor core pads. 3.3.1. 2.5 v tolerant buffer overshoot/undershoot guidelines the overshoot/undershoot guideline limits transitions beyond v cc or v ss due to fast signal edge rates. (see figure 15 for non-agtl+ signals.) the processor can be damaged by repeated overshoot or undershoot events on 2.5 v tolerant buffers if great enough. the overshoot/undershoot guideline is shown in table 21 .
pentium? ii xeon? processor at 400 and 450 mhz e 38 12/15/98 5:14 pm 24377002.doc table 21. 2.5 v tolerant signal overshoot/undershoot guidelines at the processor core guideline transition signal must maintain unit figure overshoot 0 ? 1 < 3.2 v 15 undershoot 1 ? 0 > -0.3 v 15 table 22. signal ringback specifications for 2.5 v tolerant signal simulation at the processor core input signal group transition maximum ringback (with input diodes present) unit figure non-agtl+ signals 0 ? 1 1.7 v 15 non-agtl+ signals 1 ? 0 0.7 v 15 3.3.2. 2.5 v tolerant buffer ringback specification the ringback specification is the voltage at a receiving pin that a signal rings back to after achieving its maximum absolute value . (see figure 15 for an illustration of ringback.) excessive ringback can cause false signal detection or extend the propagation delay. violations of the signal ringback specification are not allowed for 2.5 v tolerant signals. table 22 shows signal ringback specifications for the 2.5 v tolerant signals to be used for simulations at the processor core. 3.3.3. 2.5 v tolerant buffer settling limit guideline settling limit defines the maximum amount of ringing at the receiving pin that a signal must reach before its next transition. the amount allowed is 10% of the total signal swing (v hi C v lo ) above and below its final value. a signal should be within the settling limits of its final value, when either in its high state or low state, before it transitions again. violation of the settling limit guideline is acceptable if simulations of 5 to 10 successive transitions do not show the amplitude of the ringing increasing in the subsequent transitions. 4.0. processor features 4.1. functional redundancy checking mode two pentium ii xeon processor agents may be configured as an frc (functional redundancy checking) pair. in this configuration, one processor acts as the master and the other acts as a checker, and the pair operates as a single processor. if the checker agent detects a mismatch between its internally sampled outputs and the master processors outputs, the checker asserts frcerr. frcerr observation can be enabled at the master processor with software. the master enters machine check on an frcerr provided that machine check execution is enabled. processors configured as frc pairs must be of the same frequency, stepping, and cache size. itp operation is not supported in frc mode. systems configured to implement frc mode must write all of the processors internal msrs to deterministic values before performing either a read or read-modify-write operation using these registers. the following is a list of msrs that are not initialized by the processors' reset sequences. 1. all fixed and variable mtrrs, 2. all machine check architecture (mca) status registers,
e pentium? ii xeon? processor at 400 and 450 mhz 39 12/15/98 5:14 pm 24377002.doc 3. microcode update signature resigter, and 4. all l2 cache initialization msrs. 4.2. low power states and clock control the pentium ii xeon processor allows the use of auto halt, stop-grant, and sleep states to reduce power consumption by stopping the clock to specific internal sections of the processor, depending on each particular state. there is no deep sleep state on the pentium ii xeon processor. refer to for the following sections on low power states for the pentium ii xeon processor. for the processor to fully realize the low current consumption of the stop grant, and sleep states, an msr bit must be set. for the msr at 02ah (hex), bit 26 must be set to a 1 (power on default is a 0) for the processor to stop all internal clocks during these modes. for more information, see the pentium ? pro processor family developers manual . due to not being able to recognize bus transactions during sleep state, smp systems are not allowed to have one or more processors in sleep state and other processors in normal or stop grant states simultaneously. 4.2.1. normal statestate 1 this is the normal operating state for the processor. 4.2.2. auto halt power down state state 2 auto halt is a low power state entered when the pentium ii xeon processor executes the halt instruction. the processor will issue a normal halt bus cycle on be[7:0]# and req[4:0]# when entering this state. the processor will transition to the normal state upon the occurrence of smi#, binit#, init#, or lint[1:0] (nmi, intr). reset# will cause the processor to immediately initialize itself. smi# will cause the processor to execute the smi handler. the return from the smi handler can be to either normal mode or the auto halt power down state. see chapter 11 in the intel architecture software developers manual, volume iii: system programming guide . flush# will be serviced during auto halt state. the on-chip first level caches and external second level cache will be flushed and the processor will return to the auto halt state. a20m# will be serviced during auto halt state; the processor will mask physical address bit 20 (a20#) before any look-up in either the on-chip first level caches or external second level cache, and before a read/write transaction is driven on the bus. the system can generate a stpclk# while the processor is in the auto halt power down state. the processor will generate a stop grant bus cycle when it enters the stop grant state from the halt state. if the processor enters the stop grant state from the auto halt state, the stpclk# signal must be deasserted before any interrupts are serviced (see below). when the system deasserts the stpclk# interrupt signal, the processor will return execution to the halt state. the processor will not generate a new halt bus cycle w hen it re-enters the halt state from the stop grant state.
pentium? ii xeon? processor at 400 and 450 mhz e 40 12/16/98 11:24 am 24377002x.doc 2. auto halt power down state bcl k running. snoops and interrupts allowed. hal t i nstruction and halt bus cycle generated init#, binit#, intr, nmi, sm i #, reset # 1. normal state n or mal ex ecut i on. st pcl k # asserted st pcl k # de-asserted 3. st op g r ant st at e bcl k running. snoops and interrupts allowed. sl p# asserted sl p# de-asserted 5. sleep state bcl k running. no snoops or interrupts allowed. 4. h al t /grant snoop state bcl k running. service snoops to caches. snoop event occurs snoop event serviced snoop event occurs snoop event ser v i ced st pcl k # a sser t ed st pcl k # d e- asser t ed 3770-16 figure 16. stop clock state machine 4.2.3. stop-grant statestate 3 the stop-grant state on the pentium ii xeon processor is entered when the stpclk# signal is asserted. the pentium ii xeon processor will issue a stop-grant transaction cycle. exit latency from this mode is 10 blck periods after the stpclk# signal is deasserted. since the agtl+ signal pins receive power from the system bus, these pins s hould not be driven (allowing the level to return to v tt ) for minimum power drawn by the termination resistors in this state. in addition, all other input pins on the system bus should be driven to the inactive state. binit# will not be serviced while the processor is in stop-grant state. the event will be latched and can be serviced by software upon exit from stop-grant state. flush# will not be serviced during stop grant state. reset# will cause the processor to immediately initialize itself; but the processor will stay in stop grant state. a transition back to the normal state will occur with the deassertion of the stpclk# signal. a transition to the halt/grant snoop state will occur when the processor detects a snoop phase on the system bus. a transition to the sl eep state will occur with the assertion of the slp# signal. while in the stop grant state, all other interrupts will be latched by the pentium ii xeon processor, and only serviced when the processor returns to the normal state. 4.2.4. halt/grant snoop state state 4 the pentium ii xeon processor will respond to snoop phase transactions (initiated by ads#) on the system
e pentium? ii xeon? processor at 400 and 450 mhz 41 12/15/98 5:14 pm 24377002.doc bus while in stop-grant state or in auto halt power down state. when a snoop transaction is presented upon the system bus, the processor w ill enter the halt/grant snoop state. the processor will stay in this state until the snoop on the system bus has been serviced (whether by the processor or another agent on the system bus). after the s noop is serviced, the processor will return to the stop-grant state or auto halt power down state, as appropriate. 4.2.5. sleep statestate 5 the sleep state is a very low power state in which the processor maintains its context, maintains the pll, and has stopped all internal clo cks. the sleep state can only be entered from stop-grant state. once in the stop-grant state (verified by the termination of the stop-grant bus transaction cycle), the slp# pin can be asserted, causing the pentium ii xeon processor to enter the sleep state. the system must wait 100 bclk cycles after the completion of the stop-grant bus cycle before slp# is asserted. for an mp system, all processors must complete the stop grant bus cycle before the subs equent 100 bclk wait and assertion of slp# can occur. the processor is in sleep state 10 bclks after the assertion of the slp# pin. the latency to exit the sleep state is 10 bclk cycles. the slp# pin is not recognized in the normal, or auto halt states. snoop events that occur during a transition into or out of sleep state will cause unpredictable behavior. therefore, transactions should be blocked by system logic during these transitions. in the sleep state, the processor is incapable of responding to snoop transactions or latching interrupt signals immediately after the assertion of the slp# pin (one exception is r eset# which causes the processor to re-initialize itself). the system core logic must detect these events and deassert the slp# signal (and subsequently deassert the stpclk# signal for interrupts) for the processor to correctly interpret any bus transaction or signal transition. once in the sleep state, the slp# pin can be deasserted if another asynchronous event occurs. no transitions or assertions of signals are allowed on the system bus while the pentium ii x eon processor is in sleep state. any transition on an input signal (with the exception of slp# or reset#) before the processor has returned to stop grant state will result in unpredictable behavior. if reset# is driven active while the processor is in the sleep state, and held active as specified in the reset# pin specification, t hen the processor will reset itself, ignoring the transition through stop grant state. if reset# is driven active while the processor is in the sleep state and normal operation is desired, the slp# and stpclk# should be deasserted immediately after reset# is asserted. 4.2.6. clock control the pentium ii xeon processor provides the clock signal to the l2 cache. the processor does not stop this clock to the second level cache during auto halt power down or stop-grant states. during auto halt power down and stop-grant states, the processor will continue to process the snoop phase of a system bus cycle. the picclk si gnal should not be removed during the auto halt power down or stop-grant states. when the processor is in the sleep state, it will not respond to interrupts or snoop transactions. picclk can be removed during the sleep state. the processor will not enter any low power states until all internal queues for the second level cache are empty. when re-entering normal state, the processor will resume processing external cache requests as soon as new requests are encountered. 4.3. system management bus (smbus) interface the pentium ii xeon processor includes an smbus interface which allows access to several processor features, including two memory components (referred to as the processor information rom and the scratch eeprom) and a thermal sensor on the pentium ii xeon processor substrate. these devices and their features are described below.
pentium? ii xeon? processor at 400 and 450 mhz e 42 12/15/98 5:14 pm 24377002.doc v cc_smb core processor informa- tion rom sa0 a163 sa2 a159 sa1 a162 wp b148 smbclk b160 smbdata b161 thermal sensin g device tdiodea tdiodec 10k vcc sc sd a1 a0 stby# sc sd a0 a1 a2 vcc scratch eeprom sc wp sd a0 a1 a2 vcc 10k 10k 10k 10k smbalert# a151 alert# 3770-17 note: actual implementation may vary. for use in general understanding of the architecture. figure 17. logical schematic of smbus circuitry the pentium ii xeon processor smbus implementation uses the clock and data signals of the smbus specification. it does not implement the smbsus# signals. 4.3.1. processor information rom an electrically programmed read-only memory with information about the pentium ii xeon processor is provided on the processor substrate. this information is permanently write-protected. table 23 shows the data fields and formats provided in the memory.
e pentium? ii xeon? processor at 400 and 450 mhz 43 12/15/98 5:14 pm 24377002.doc table 23. processor information rom format offset/section # of bits function notes header: 00h 8 data format revision two 4-bit hex digits 01h 16 eeprom size size in bytes (msb first) 03h 8 processor data address byte pointer, 00h if not present 04h 8 processor core data address byte pointer, 00h if not present 05h 8 l2 cache data address byte pointer, 00h if not present 06h 8 sec cartridge data address byte pointer, 00h if not present 07h 8 part number data address byte pointer, 00h if not present 08h 8 thermal reference data address byte pointer, 00h if not present 09h 8 feature data address byte pointer, 00h if not present 0ah 8 other data address byte pointer, 00h if not present 0bh 16 reserved reserved for future use 0dh 8 checksum 1 byte checksum processor: 0eh 48 s-spec/qdf number six 8-bit ascii characters 2 sample/production 00b = sample only 6 reserved reserved for future use 8 checksum 1 byte checksum core: 16h 2 processor core type from cpuid 4 processor core family from cpuid 4 processor core model from cpuid 4 processor core stepping from cpuid 42 reserved reserved for future use 16 maximum core frequency 16-bit binary number (in mhz) 16 core voltage id voltage in mv 8 core voltage tolerance, high edge finger tolerance in mv, +
pentium? ii xeon? processor at 400 and 450 mhz e 44 12/15/98 5:14 pm 24377002.doc table 23. processor information rom format (continued) 8 core voltage tolerance, low edge finger tolerance in mv, - 8 reserved reserved for future use 8 checksum 1 byte checksum l2 cache: 25h 32 reserved reserved for future use 16 l2 cache size 16-bit binary number (in kbytes) 4 number of sram components one 4-bit hex digit 4 reserved reserved for future use 16 l2 cache voltage id voltage in mv 8 l2 cache voltage tolerance, high edge finger tolerance in mv, + 8 l2 cache voltage tolerance, low edge finger tolerance in mv, - 4 cache/tag stepping id one 4-bit hex digit 4 reserved reserved for future use 8 checksum 1 byte checksum cartridge: 32h 32 cartridge revision four 8-bit ascii characters 2 substrate rev. software id 2-bit revision number 6 reserved reserved for future use 8 checksum 1 byte checksum part numbers: 38h 56 processor part number seven 8-bit ascii characters 112 processor bom id fourteen 8-bit ascii characters 64 processor electronic signature 64-bit processor number 208 reserved reserved for future use 8 checksum 1 byte checksum thermal ref.: 70h 8 thermal reference byte see below 16 reserved reserved for future use 8 checksum 1 byte checksum features: 74h 32 processor core feature flags from cpuid
e pentium? ii xeon? processor at 400 and 450 mhz 45 12/15/98 5:14 pm 24377002.doc table 23. processor information rom format (continued) 32 cartridge feature flags [6] = serial signature [5] = electronic signature present [4] = thermal sense device present [3] = thermal reference byte present [2] = oem eeprom present [1] = core vid present [0] = l2 cache vid present 4 number of devices in tap chain one 4-bit hex digit 4 reserved reserved for future use 8 checksum 1 byte checksum other: 7eh 16 reserved reserved for future use 4.3.2. scratch eeprom also available on the smbus is an eeprom which may be used for other data at the system or processor vendors discretion. the data in this eeprom, once programmed, can be write-protected by asserting the active-high wp signal. this signal has a weak pull-down (10k w ) to allow the eeprom to be programmed in systems with no implementation of this signal. the scratch eeprom is a 1024 bit part. 4.3.3. processor information rom and scratch eeprom supported smbus transactions the processor information rom responds to three smbus packet types: current address read, random address read, and sequential read. the scratch eeprom res ponds to two additional packet types: byte write and page write. table 24 diagrams the current address read. the internal address counter keeps track of the address accessed during the last read or write operation, incremented by one. address roll over during reads is from the last byte of the last eight byte page to the first byte of the first page. roll over during writes is from the last byte of the current eight byte page to the first byte of the same page. table 25 diagrams the random read. the write with no data loads the address desired to be read. sequential reads may begin with a current address read or a random address read. after the smbus host controller receives the data word it responds with an acknowledge. this will continue until the smbus host controller responds with a negative acknowledge and a stop. table 26 diagrams the byte write. the page write operates the same way as the byte write except that the smbus host controller does not send a stop after the first data byte and acknowledge. the scratch eeprom internally increments its address. the smbus host controller continues to transmit data bytes until it terminates the sequence with a stop. all data bytes will result in an acknowledge from the scratch eeprom. if more than eight bytes are written the internal address will roll over and the previous data will be overwritten. in the tables, s represents the smbus start bit, p represents a stop bit, r represents a read bit, w represents a write bit, a represents an acknowledge, and /// represents a negative acknowledge. the shaded bits are transmitted by the processor information rom or scratch eeprom and the bits that arent shaded are transmitted by the smbus host controller. in the tables the data addresses indicate 8 bits. the smbus host controller should transmit 8 bits, but as there are only 128 addresses, the most significant bit is a dont care.
pentium? ii xeon? processor at 400 and 450 mhz e 46 12/15/98 5:14 pm 24377002.doc table 24. current address read smbus packet s device address r a data /// p 1 7 bits 1 1 8 bits 1 1 table 25. random address read smbus packet s device address w a data address as device address r a data /// p 1 7 bits 1 1 8 bits 1 1 7 bits 1 1 8 bits 1 1 table 26. byte write smbus packet s device address w a data address adata ap 1 7 bits 1 1 8 bits 1 8 bits 11 4.3.4. thermal sensor the pentium ii xeon processors thermal sensor provides a means of acquiring thermal data from the processor with an exceptional degree of precision. the thermal sensor is composed of control logic, smbus interface logic, a precision analog-to-digital converter, and a precision current source. the thermal sensor drives a small current through the p-n junction of a thermal diode located on the same silicon die as the processor core. the forward bias voltage generated across the thermal diode is sensed and the precision a/d converter derives a single byte of thermal reference data, or a thermal byte reading. system management software running on the processor or on a microcontroller can acquire the data from the thermal sensor to thermally manage the system. upper and lower thermal reference thresholds can be individually programmed for the thermal diode. comparator circuits sample the register where the single byte of thermal data (thermal byte reading) is stored. these circuits compare the single byte result against programmable threshold bytes. the alert signal on the pentium ii xeon processor smbus (smbalert#) will assert when either threshold is crossed. to increase the usefulness of the thermal diode and thermal sensor, intel has added a new procedure to the manufacturing and test flow of the pentium ii xeon processor. this procedure determines the thermal reference byte and programs it into the processor information rom. the thermal reference byte is uniquely determined for each unit. the procedure causes each unit to dissipate its maximum power (which can vary from unit to unit) while at the same time maintaining the thermal plate at its maximum specified operating temperature. correctly used, this feature permits an efficient thermal solution while preserving data integrity. the thermal byte reading can be used in conjunction with the thermal reference byte in the processor information rom. byte 9 of the processor information rom contains the address in the rom of this byte, described in more detail in section 4.3.1. the thermal byte reading from the thermal sensor can be compared to this thermal reference byte to provide an indication of the difference between the temperature of the processor core at the instant of the thermal byte reading and the temperature of the processor core under the steady state conditions of high power and maximum t plate specifications. the nominal precision of the least significant bit of a thermal byte is 1 c.
e pentium? ii xeon? processor at 400 and 450 mhz 47 12/15/98 5:14 pm 24377002.doc reading the thermal sensor is explained in section 4.3.5. see the pentium ? ii xeon? processor smbus thermal reference guidelines for more details and further recommendations on the use of this feature in pentium ii xeon processor-based systems. the thermal sensor feature in the processor cannot be used to measure t plate . the t plate specification in section 5.0. must be met regardless of the reading of the processors thermal sensor in order to ensure adequate cooling for the entire pentium ii xeon processor. the thermal sensor feature is only available while v cc core and v cc smbus are at valid levels and the processor is not in a low-power state. 4.3.5. thermal sensor supported smbus transactions the thermal sensor responds to five of the smbus packet types: write byte, read byte, send byte, receive byte, and ara (alert response address). the send byte packet is used for sending one-shot commands only. the receive byte packet accesses the register commanded by the last read byte packet. if a receive byte packet was preceded by a write byte or send byte packet more recently than a read byte packet, then the behavior is undefined. table 27 through table 31 diagram the five packet types. in these figures, s represents the smbus start bit, p represents a stop bit, ack represents an acknowledge, and /// represents a negative acknowledge. the shaded bits are transmitted by the thermal sensor and the bits that arent shaded are transmitted by the smbus host controller. table 32 shows the encoding of the command byte. table 27. write byte smbus packet s address write ack command ack data ack p 1 7 bits 1 1 8 bits 1 8 bits 11 table 28. read byte smbus packet s address write ack command ack s addres s rea d ack data /// p 1 7 bits 1 1 8 bits 1 1 7 bits 1 1 8 bits 1 1 table 29. send byte smbus packet s address write ack command ack p 1 7 bits 1 1 8 bits 11 table 30. receive byte smbus packet s address read ack data /// p 1 7 bits 1 1 8 bits 1 1
pentium? ii xeon? processor at 400 and 450 mhz e 48 12/15/98 5:14 pm 24377002.doc table 31. ara smbus p acket s ara read ack address /// p 1 0001 100 1 1 device address 1 11 note: 1. this is an 8-bit field. the device which sent the alert will res pond to the ara packet with its address in the seven most significant bits. the least significant bit is undefined and may return as a 1 or 0. see section 4.3.7. for details on the thermal sensor device addressing. table 32. command byte bit assignments register command reset state function reserved 00h n/a reserved for future use rrt 01h n/a read processor core thermal data rs 02h n/a read status byte (flags, busy signal) rc 03h 0000 0000 read configuration byte rcr 04h 0000 0010 read conversion rate byte reserved 05h 0111 1111 reserved for future use reserved 06h 1100 1001 reserved for future use rrhl 07h 0111 1111 read processor core thermal diode t high limit rrll 08h 1100 1001 read processor core thermal diode t low limit wc 09h n/a write configuration byte wcr 0ah n/a write conversion rate byte reserved 0bh n/a reserved for future use reserved 0ch n/a reserved for future use wrhl 0dh n/a write processor core thermal diode t high limit wrll 0eh n/a write processor core thermal diode t low limit osht 0fh n/a one shot command (use send byte packet) reserved 10h - ffh n/a reserved for future use all of the commands are for reading or writing registers in the thermal sensor except the one-shot command (osht). the one-shot command forces the immediate start of a new conversion cycle. if a conversion is in progress when the one-shot command is received, then the command is ignored. if the thermal sensor is in standby mode when the one-shot command is received, a conversion is performed and the sensor returns to standby mode. the one-shot command is not supported when the thermal sensor is in auto-convert mode. the default command after reset is to reserved value (00h). after reset, receive byte packets will return invalid data until another command is sent to the thermal sensor.
e pentium? ii xeon? processor at 400 and 450 mhz 49 12/15/98 5:14 pm 24377002.doc 4.3.6. thermal sensors registers 4.3.6.1. thermal reference registers the processor core and thermal sensor internal thermal reference registers contain the thermal reference value of the thermal sensor and the processor core thermal diodes. this value ranges from +127 to -128 decimal and is expressed as a twos complement, eight-bit number. these registers are saturating, i.e., values above 127 are represented at 127 decimal, and values below -128 are represented as -128 decimal. 4.3.6.2. thermal limit registers the thermal sensor has two thermal limit registers; they define high and low limits for the processor core thermal diode. the encoding for these registers is the same as for the thermal reference registers. if the diode thermal value equals or exceeds one of its limits, then its alarm bit in the status register is triggered. 4.3.6.3. status register the status register shown in table 33 indicates which (if any) thermal value thresholds have been exceeded. it also indicates if a conversion is in progress or if an open circuit has been detected in the processor core thermal diode connection. once set, alarm bits stay set until they are cleared by a status register read. a successful read to the status register will clear any alarm bits that may have been set, unless the alarm condition persists. 4.3.6.4. configuration register the configuration register controls the operating mode (standby vs. auto-convert) of the thermal sensor. table 34 shows the format of the configuration register. if the run/stop bit is set (high) then the thermal sensor immediately stops converting and enters standby mode. the thermal sensor will still perform analog to digital conversions in standby mode when it receives a one-shot command. if the run/stop bit is clear (low) then the thermal sensor enters auto-conversion mode. table 33. thermal sensor status register bit name function 7 (msb) busy a one indicates that the devices analog to digital converter is busy converting. 6 reserved reserved for future use. 5 reserved reserved for future use. 4 rhigh a one indicates that the processor core thermal diode high temperature alarm has activated. 3 rlow a one indicates that the processor core thermal diode low temperature alarm has activated. 2 open a one indicates an open fault in the connection to the processor core diode. 1 reserved reserved for future use. 0 (lsb) reserved reserved for future use.
pentium? ii xeon? processor at 400 and 450 mhz e 50 12/16/98 1:29 pm 24377003.doc table 34. thermal sensor configuration register bit name reset state function 7 (msb) reserved 0 reserved for future use. 6 run/stop 0 st andby mode control bit. if high, the device immediately stops converting, and enters standby mode. if low, the device converts in either one-shot mode or automatically updates on a timed basis.. 5-0 reserved 0 reserved for future use. table 35. thermal sensor conversion rate register register contents conversion rate (hz) 00h 0.0625 01h 0.125 02h 0.25 03h 0.5 04h 1 05h 2 06h 4 07h 8 08h to ffh reserved for future use 4.3.6.5. conversion rate register the contents of the conversion rate register determine the nominal rate at which analog to digital conversions happen when the thermal sensor is in auto-convert mode. table 35 shows the mapping between conversion rate register values and the conversion rate. as indicated in table 32, the conversion rate register is set to its default state of 02h (0.25 hz nominally) when the thermal sensor is powered up. there is a 25% error tolerance between the conversion rate indicated in the conversion rate register and the actual conversion rate. 4.3.7. smbus device addressing of the addresses broadcast across the smbus, the memory components claim those of the form 1010 xxyzb. the xx and y bits are used to enable the devices on the cartridge at adjacent addresses. the y bit is hard-wired on the cartridge to v ss (0) for the scratch eeprom and pulled to v cc smbus (1) for the processor information rom. the xx bits are defi ned by the processor slot via the sa0 and sa1 pins on the sc330 connector. these address pins are pulled down weakly (10k w ) to ensure that the memory components are in a known state in systems which do not s upport the smbus, or only support a partial implementation. the z bit is the read/write bit for the serial bus transaction. the thermal sensor internally decodes 1 of 3 upper address patterns from the bus of the form 0011 xxxzb, 1001 xxxzb or 0101 xxxzb. the devices addressing, as implemented, uses sa2 and sa1 and includes a hi-z state for the sa2 address pin. therefore the thermal sensor supports 6 unique resulting addresses. to set the hi-z state for sa2, the pin must be left floating. the system s hould drive sa1 and sa0, and will be pulled low (if not driven) by the 10k w pull-down resistor on the processor
e pentium? ii xeon? processor at 400 and 450 mhz 51 12/15/98 5:14 pm 24377002.doc substrate. attempting to drive either of these signals to a hi-z state would cause ambiguity in the memory device address decode, possibly resulting in the devices not responding, thus timing out or hanging the smbus. as before, the z bit is the read/write bit for the serial bus transaction. note that addresses of the form 0000 xxxxb are reserved and should not be generated by an smbus master. figure 17 shows a logical diagram of the pin connections. table 36 and table 37 describe the address pin connections and how they affect the addressing of the devices. note that system m anagement software must be aware of the slot number-dependent changes in the address for the thermal sensor. table 36. thermal sensor smbus addressing on the pentium ? ii xeon? processor address (hex) upper address 1 slot select 8-bit address word on serial bus sa1 sa2 b[7:0] 3xh 0011 0 0 0011000xb 0011 1 0 0011010xb 5xh 0101 0 z 2 0101001xb 0101 1 z 2 0101011xb 9xh 1001 0 1 1001100xb 1001 1 1 1001110xb notes: 1. upper address bits are decoded in conjunction with the select pins. 2. a tri-state or z state on this pin is achieved by leaving this pin unconnected. table 37. memory device smbus addressing on the pentium ? ii xeon? processor address (hex) upper address slot select memory device select r/w device addressed bits 7-4 (sa1) bit 3 ( sa0 ) bit 2 bit 1 bit 0 a0h/a1h 1010 0 0 0 x scratch eeprom 1 a2h/a3h 1010 0 0 1 x processor information rom 1 a4h/a5h 1010 0 1 0 x scratch eeprom 2 a6h/a7h 1010 0 1 1 x processor information rom 2 a8h/a9h 1010 1 0 0 x scratch eeprom 3 aah/abh 1010 1 0 1 x processor information rom 3 ach/adh 1010 1 1 0 x scratch eeprom 4 aeh/afh 1010 1 1 1 x processor information rom 4
pentium? ii xeon? processor at 400 and 450 mhz e 52 12/15/98 5:14 pm 24377002.doc though this addressing scheme is targeted for up to 4-way mp systems, more processors can be supported by using a multiplexed (or separate) smbus implementation. 5.0. thermal specifications and design considerations the pentium ii xeon processor will use a thermal plate for heatsink attachment. the thermal plate interface is intended to provide for multiple types of thermal solutions. this chapter will provide the necessary data for a thermal solution to be developed. see figure 18 for thermal plate location. 5.1. thermal specificat ions this section provides power dissipation specifications for each variation of the pentium ii xeon processor. the thermal plate flatness is also specified for the s.e.c. cartridge. 3770-18 figure 18. thermal plate view
e pentium? ii xeon? processor at 400 and 450 mhz 53 12/15/98 5:14 pm 24377002.doc table 38. thermal design power 1 processor core frequenc y (mhz) l2 cache size core power (w) l2 power (w) agtl+ power 4 (w) processor power 2 (w) thermal plate power 3 (w) min t plate (c) max t plate (c) min t cover (c) max t cover (c) fmb 5 - 35.2 21.0 2 50.0 50.0 0 75 0 75 400 512k 23.3 7.5 2 30.8 30.8 0 75 0 75 400 1m 23.3 15.0 2 38.1 38.1 0 75 0 75 450 512k 26.2 8.5 2 34.5 34.5 0 75 0 75 450 1m 26.2 17.0 2 42.8 42.8 0 75 0 75 450 2m 26.2 21.0 2 46.7 46.7 0 75 0 75 notes: 1. these values are specified at nominal v cc core for the processor core and nominal v cc l2 = 2.5 v for the l2 cache. 2. processor power indicates the worst case power that can be dissipated by the entire processor. this value will be determined after the product has been characterized. it is not possible for the agtl+ bus, the l2 cache and the processor core to all be at full power simultaneously. 3. the combined power that dissipates through the thermal plate is the thermal plate power. this value w ill be determined after the product has been characterized. the value shown follows the expectation that virtually all of the power will dissipate through the thermal plate. 4. agtl+ power is the worst case power dissipated in the termination resistors for the agtl+ bus. 5. fmb is a suggested design guideline for a flexible motherboard design. notice that worst case l2 power and worst case processor power do not occur on the same processor. 5.1.1. power dissipation table 38 provides the thermal design power dissipation for pentium ii xeon processors. while the processor core dissipates the majority of the thermal power, the system desi gner should also be aware of the thermal power dissipated by the second level cache. systems should design for the highest possible thermal power, even if a processor with lower frequency or smaller second level cache is planned. the thermal plate is the attach location for all thermal solutions. the maximum temperature for the entire thermal plate surface is shown in table 38. the processor power is dissipated through the thermal plate and other paths. the power dissipation is a combination of power from the processor core, the second level cache and the agtl+ bus termination resistors. the overall system thermal design must comprehend the total processor power. the combined power from the processor core and the second level cache that dissipates through the thermal plate is the thermal plate power. the heatsink should be designed to dissipate the thermal plate power.
pentium? ii xeon? processor at 400 and 450 mhz e 54 12/15/98 5:14 pm 24377002.doc 3770-19 figure 19. plate flatness reference the thermal sensor feature of the processor cannot be used to measure t plate . the t plate specification must be met regardless of the reading of the processors thermal sensor in order to ensure adequate cooling for the entire pentium ii xeon processor. 5.1.2. plate flatness specification the thermal plate flatness for the pentium ii xeon processor is specified to 0.010" across the entire thermal plate surface, with no more than a 0.001" step anywhere on the surface of the plate, as shown in figure 19. 5.2. processor thermal analysis 5.2.1. thermal solution performance processor cooling solutions should attach to the thermal plate. the processor cover is not designed for thermal solution attachment. the complete thermal solution must adequately control the thermal plate and cover temperatures below the maximum and above the minimum specified in table 38. the performance of any thermal solution is defined as the thermal resistance between the thermal plate and the ambient air around the processor ( q thermal plate to ambient ). the lower the thermal resistance between the thermal plate and the ambient air, the more efficient the thermal solution is. the required q thermal plate to ambient is dependent upon the maximum allowed thermal plate temperature (t plate ), the local ambient temperature (t la ) and the thermal plate power (p plate ). q thermal plate to ambient = (t plate C t la )/p plate the maximum t plate and the thermal plate power are listed in table 38. t la is a function of the system design. table 39 provides the resultant thermal solution performance for a 450-mhz pentium ii xeon processor at different ambient air temperatures around the processor.
e pentium? ii xeon? processor at 400 and 450 mhz 55 12/15/98 5:14 pm 24377002.doc table 39. example thermal solution performance at thermal plate power of 50 watts thermal solution performance local ambient temperature (t la ) q thermal plate to ambient 35 c 40 c 45 c (c/watt) 0.8 0.7 0.6 the q thermal plate to ambient value is made up of two primary components: the thermal resistance between the thermal plate and heatsink ( q thermal plate to heatsink ) and the thermal resistance between the heatsink and ambient air around the processor ( q heatsink to air ). a critical, but controllable factor to decrease the resultant value of q thermal plate to heatsink is management of the thermal interface between the thermal plate and heatsink. the other controllable factor ( q heatsink to air ) is determined by the design of the heatsink and airflow around the heatsink. general information on thermal interfaces and heatsink design constraints can be found in ap-586, pentium ? ii processor thermal design guidelines . 5.2.2. thermal plate to cooling solution interface management guide figure 20 shows suggested interface agent dispensing areas when using either intel suggested interface agent. actual user area and interface agent selections will be determined by system issues in meeting the t plate requirements.
pentium? ii xeon? processor at 400 and 450 mhz e 56 12/15/98 5:14 pm 24377002.doc 6 3770-20 notes: 6. interface agent suggestions: shinetsu* g749 or thermoset* tc330; dispense volume adequate to ensure required minimum area of coverage when cooling solution is attached. areas a and c are suggested for the 512-kbyte l2 cache product and areas a, b, and d for the 1-mbyte and 2-mbyte l2 cache products. recommended cooling solution mating surface flatness is no greater than 0.007" or flatter. 7. temperature of the entire thermal plate surface not to exceed 75 c. use any combination of interface agent, cooling solution, flatness condition, etc., to ensure this condition is met. thermocouple measurement locations are the expected high temperature locations without external heat source influence. ensure that external heat sources do not cause a violation of t plate requirements. figure 20. interface agent dispensing areas and thermal plate temperature measurement points
e pentium? ii xeon? processor at 400 and 450 mhz 57 12/15/98 5:14 pm 24377002.doc 5.2.3. measurements for thermal specifications 5.2.3.1. thermal plate temperature measurement to ensure functional and reliable processor operation, the processors thermal plate temperature (t plate ) must be maintained at or below the maximum t plate and at or above the minimum t plate specified in table 38. power from the processor core and l2 cache is transferred to the thermal plate at 2 locations on the 512-kbyte l2 cache product, 3 locations on the 1-mbyte l2 cache products, and 5 locations on the 2-mbyte l2 cache products. figure 20 shows the locations for t plate measurement directly above these transfer locations. figure 23 shows the 4 locations for t cover measurement, directly above component locations on the back side of the processor substrate. thermocouples are used to measure t plate and special care is required to ensure an accurate temperature measurement. before taking any temperature measurements, the thermocouples must be calibrated. when measuring the temperature of a surface, errors can be introduced in the measurement if not handled properly. such measurement errors can be due to a poor thermal contact between the thermocouple junction and the measured surface, conduction through thermocouple leads, heat loss by radiation and convection, or by contact between the thermocouple cement and the heatsink base. to minimize these errors, the following approach is recommended: use 36 gauge or finer diameter k, t, or j type thermocouples. intels laboratory testing was done using a thermocouple made by omega* (part number: 5tc-ttk-36-36). attach each thermocouple bead or junction to the top surface of the thermal plate at the locations specified in figure 20 using high thermal conductivity cements. a thermocouple should be attached at a 0 angle if no heatsink is attached to the thermal plate. if a heatsink is attached to the thermal plate but the heatsink does not cover the location specified for t plate measurement, the thermocouple should be attached at a 0 angle (refer to figure 21). the thermocouple should be attached at a 90 angle if a heatsink is attached to the thermal plate and the heatsink covers the location specified for t plate measurement (refer to figure 22). the hole size through the heatsink base to route the thermocouple wires out should be smaller than 0.150" in diameter. make sure there is no contact between the thermocouple cement and heatsink base. this contact will affect the thermocouple reading. 3770-21 figure 21. technique for measuring t plate with 0 angle attachment 3770-22 figure 22. technique for measuring t plate with 90 angle attachment
pentium? ii xeon? processor at 400 and 450 mhz e 58 12/15/98 5:14 pm 24377002.doc 3770-23 note: four thermocouple attach locations at 0.015". thermocouple measurement locations are the expected high temperature locations, without external heat source influence. temperature of entire cover surface not to exceed 75 c. ensure that external heat sources do not cause a violation of t cover requirements. figure 23. guideline locations for cover temperature (t cover ) thermocouple placement 5.2.3.2. cover temperature measurement guideline the maximum and minimum s.e.c. cartridge cover temperature (t cover ) for pentium ii xeon processors are specified in table 38. meeting this temperature specification is required to ensure correct and reliable operation of the processor. in the design of a system, other sources of heat convection, conduction or radiation should be evaluated for any possible effect on the cartridge cover temperature. in a system free from such external sources of heat, the higher temperature areas on the cover have been characterized and are illustrated in figure 23. if no external heat sources are present, t cover thermal measurements should be made at these points. the cover is not designed for thermal solution attachment. 6.0. mechanical spec ifications pentium ii xeon processors use s.e.c. cartridge package technology. the s.e.c. cartridge contains the processor core, l2 cache and other components. the s.e.c. cartridge package connects to the motherboard through an edge connector. mechanical specifications for the processor are given in this section. see section 1.1.1. for a complete terminology listing. figure 24 shows the thermal plate side view and the cover side view of the pentium ii xeon processor.
e pentium? ii xeon? processor at 400 and 450 mhz 59 12/15/98 5:14 pm 24377002.doc figure 25 shows the pentium ii xeon s.e.c. cartridge cooling solution attachment feature details on the thermal plate and depict package form factor dimensions and retention enabling features of the s.e.c. cartridge. the processor edge connector defined in this document is referred to as sc330 connector. see the sc330 connector specifications for further details on the edge connector. table 40 and table 41 provide the edge finger and sc330 connector signal definitions for pentium ii xeon processors. the signal locations on the sc330 edge connector are to be used for signal routing, simulation and component placement on the motherboard. 3770-24 notes: use of retention holes and retention indents are optional. 11. for sc330 connector specifications, see the slot 2 connector specification . figure 24. isometric view of pentium ? ii xeon? processor s.e.c. cartridge
pentium? ii xeon? processor at 400 and 450 mhz e 60 12/15/98 5:14 pm 24377002.doc 3.000 .017 2.658 .035 3770-25 figure 25. s.e.c. cartridge cooling solution attach details (notes follow figure 27)
e pentium? ii xeon? processor at 400 and 450 mhz 61 12/15/98 5:14 pm 24377002.doc 6.000 +.012 - .008 2x .280 .009 .325 .004 5.350 .008 2x ? .125 .002 3770-26 figure 26. s.e.c. cartridge retention enabling details (notes follow figure 27)
pentium? ii xeon? processor at 400 and 450 mhz e 62 12/15/98 5:14 pm 24377002.doc 4.840 .032 (frontside height) 4.836 .008 (backside height) 4.777 .036 p p .189 .919 .010 2 2 2 2 .174 .277 .009 .287 .016 section f-f .733 .013 3770-27 figure 27. sec cartridge retention enabling details
e pentium? ii xeon? processor at 400 and 450 mhz 63 12/15/98 5:14 pm 24377002.doc notes: 1. maximum protrusion of the mechanical heatsink attach media into cartridge during assembly or in an installed condition not to exceed 0.160" from external face of thermal plate. 2. specified cover retention indent dimension is at the external end of the indent. indent walls have 0.5 degree draft, with the wider section on the external end. 3. clip extension on internal surface of retention slots should be as little as possible and not to exceed 0.040". 12. tapped holes for cooling solution attach. max torque recommendation for a screw in tapped hole is 8 1 inch-lb. 4.995 .036 4 10 5 .049 .028 (.143) fully installed z y x 3770-28 notes: 4. dimensional variation when cartridge is fully installed and the substrate is bottomed in the connector. actual system installed height and tolerance is subject to users manufacturing tolerance of sc330 connector to baseboard. 5. retention devices for this cartridge must accommodate this cartridge float relative to connector, without preload to the edge contacts in x and y axes. 10. fully installed dimensions must be maintained by the users retention device. cartridge backout from fully installed positio n may not exceed 0.020. figure 28. side view of connector mating details 6.1. weight the maximum weight of a pentium ii xeon processor is approximately 500 grams. 6.2. cartr idge to connector mating details the staggered edge connector layout of the pentium ii xeon processor makes the processor susceptible to damage from hot socketing (inserting the cartridge while power is applied to the connector). extra care should be taken to ensure hot socketing does not occur. the electrical and mechanical integrity of the processor edge fingers are specified for up to 50 insertion/extraction cycles.
pentium? ii xeon? processor at 400 and 450 mhz e 64 12/15/98 5:14 pm 24377002.doc 3770-29 figure 29. top view of cartridge insertion pressure points z y x .168 .021 3770-30 note: 5. retention devices for this cartridge must accommodate this cartridge float relative to connector, without preload to the edge contacts in x and y axes. figure 30. front view of connector mating details
e pentium? ii xeon? processor at 400 and 450 mhz 65 12/15/98 5:14 pm 24377002.doc 6.3. pentium ? ii xeon? processor substrate edge finger signal listing table 40 is the pentium ii xeon processor substrate edge finger listing in order by pin number. table 41 is the pentium ii xeon processor substrate edge connector listing in order by pin name. table 40. signal listing in order by pin number pin no. pin name signal buffer type pin no. pin name signal buffer type a1 emi connect to v ss b1 pwr_en[1] short to pwr_en[0] a2 vcc_tap tap supply b2 vcc_core cpu core v cc a3 emi connect to v ss b3 reserved_b3 do not connect a4 vss ground b4 test_vss_b4 pull down to v ss a5 vtt agtl+ v tt supply b5 vcc_core cpu core v cc a6 vtt agtl+ v tt supply b6 vtt agtl+ v tt supply a7 vss ground b7 vtt agtl+ v tt supply a8 vss ground b8 vcc_core cpu core v cc a9 selfsb0 cmos i/o b9 reserved_b9 do not connect a10 vss ground b10 flush# cmos input a11 test_vss_a11 pull down to v ss b11 vcc_core cpu core v cc a12 ierr# cmos output b12 smi# cmos input a13 vss ground b13 init# cmos input a14 a20m# cmos input b14 vcc_core cpu core v cc a15 ferr# cmos output b15 stpclk# cmos input a16 vss ground b16 tck tap clock a17 ignne# cmos input b17 vcc_core cpu core v cc a18 tdi tap input b18 slp# cmos input a19 vss ground b19 tms tap input a20 tdo tap output b20 vcc_core cpu core v cc a21 pwrgood cmos i nput b21 trst# tap input a22 vss ground b22 reserved_b22 do not connect a23 test_vcc_core_a23 pull up to vcc_core b23 vcc_core cpu core v cc a24 thermtrip# cmos output b24 reserved_b24 do not connect a25 vss ground b25 reserved_b25 do not connect a26 reserved_a26 do not connect b26 vcc_core cpu core v cc a27 lint[0] cmos input b27 test_vcc_core_b27 pull up to vcc_core a28 vss ground b28 lint[1] cmos input a29 picd[0] cmos i/o b29 vcc_core cpu core v cc a30 preq# cmos input b30 picclk apic clock input a31 vss ground b31 picd[1] cmos i/o a32 bp#[3] agtl+ i/o b32 vcc_core cpu core v cc a33 bpm#[0] agtl+ i/o b33 bp#[2] agtl+ i/o
pentium? ii xeon? processor at 400 and 450 mhz e 66 12/15/98 5:14 pm 24377002.doc table 40. signal listing in order by pin number (continued) pin no. pin name signal buffer type pin no. pin name signal buffer type a34 vss ground b34 reserved_b34 do not connect a35 binit# agtl+ i/o b35 vcc_core cpu core v cc a36 dep#[0] agtl+ i/o b36 prdy# agtl+ output a37 vss ground b37 bpm#[1] agtl+ i/o a38 dep#[1] agtl+ i/o b38 vcc_core cpu core v cc a39 dep#[3] agtl+ i/o b39 dep#[2] agtl+ i/o a40 vss ground b40 dep#[4] agtl+ i/o a41 dep#[5] agtl+ i/o b41 vcc_core cpu core v cc a42 dep#[6] agtl+ i/o b42 dep#[7] agtl+ i/o a43 vss ground b43 d#[62] agtl+ i/o a44 d#[61] agtl+ i/o b44 vcc_core cpu core v cc a45 d#[55] agtl+ i/o b45 d#[58] agtl+ i/o a46 vss ground b46 d#[63] agtl+ i/o a47 d#[60] agtl+ i/o b47 vcc_core cpu core v cc a48 d#[53] agtl+ i/o b48 d#[56] agtl+ i/o a49 vss ground b49 d#[50] agtl+ i/o a50 d#[57] agtl+ i/o b50 vcc_core cpu core v cc a51 d#[46] agtl+ i/o b51 d#[54] agtl+ i/o a52 vss ground b52 d#[59] agtl+ i/o a53 d#[49] agtl+ i/o b53 vcc_core cpu core v cc a54 d#[51] agtl+ i/o b54 d#[48] agtl+ i/o a55 vss ground b55 d#[52] agtl+ i/o a56 reserved_a56 do not connect b56 vcc_core cpu core v cc a57 vss ground b57 reserved_b57 do not connect a58 d#[42] agtl+ i/o b58 vcc_core cpu core v cc a59 d#[45] agtl+ i/o b59 d#[41] agtl+ i/o a60 vss ground b60 d#[47] agtl+ i/o a61 d#[39] agtl+ i/o b61 vcc_core cpu core v cc a62 test_25_a62 pull up to 2.5 v b62 d#[44] agtl+ i/o a63 vss ground b63 d#[36] agtl+ i/o a64 d#[43] agtl+ i/o b64 vcc_core cpu core v cc a65 d#[37] agtl+ i/o b65 d#[40] agtl+ i/o a66 vss ground b66 d#[34] agtl+ i/o a67 d#[33] agtl+ i/o b67 vcc_core cpu core v cc a68 d#[35] agtl+ i/o b68 d#[38] agtl+ i/o a69 vss ground b69 d#[32] agtl+ i/o a70 d#[31] agtl+ i/o b70 vcc_core cpu core v cc
e pentium? ii xeon? processor at 400 and 450 mhz 67 12/15/98 5:14 pm 24377002.doc table 40. signal listing in order by pin number (continued) pin no. pin name signal buffer type pin no. pin name signal buffer type a71 d#[30] agtl+ i/o b71 d#[28] agtl+ i/o a72 vss ground b72 d#[29] agtl+ i/o a73 d#[27] agtl+ i/o b73 vcc_core cpu core v cc a74 d#[24] agtl+ i/o b74 d#[26] agtl+ i/o a75 vss ground b75 d#[25] agtl+ i/o a76 d#[23] agtl+ i/o b76 vcc_core cpu core v cc a77 d#[21] agtl+ i/o b77 d#[22] agtl+ i/o a78 vss ground b78 d#[19] agtl+ i/o a79 d#[16] agtl+ i/o b79 vcc_core cpu core v cc a80 d#[13] agtl+ i/o b80 d#[18] agtl+ i/o a81 vss ground b81 d#[20] agtl+ i/o a82 test_vtt_a82 pull up to v tt b82 vcc_core cpu core v cc a83 reserved_a83 do not connect b83 reserved_b83 do not connect a84 vss ground b84 reserved_b84 do not connect a85 d#[11] agtl+ i/o b85 vcc_core cpu core v cc a86 d#[10] agtl+ i/o b86 d#[17] agtl+ i/o a87 vss ground b87 d#[15] agtl+ i/o a88 d#[14] agtl+ i/o b88 vcc_core cpu core v cc a89 d#[09] agtl+ i/o b89 d#[12] agtl+ i/o a90 vss ground b90 d#[07] agtl+ i/o a91 d#[08] agtl+ i/o b91 vcc_core cpu core v cc a92 d#[05] agtl+ i/o b92 d#[06] agtl+ i/o a93 vss ground b93 d#[04] agtl+ i/o a94 d#[03] agtl+ i/o b94 vcc_core cpu core v cc a95 d#[01] agtl+ i/o b95 d#[02] agtl+ i/o a96 vss ground b96 d#[00] agtl+ i/o a97 bclk system bus clock b97 vcc_core cpu core v cc a98 test_ vss _a98 pull down to v ss b98 reset# agtl+ input a99 vss ground b99 frcerr agtl+ i/o a100 berr# agtl+ i/o b100 vcc_core cpu core v cc a101 a#[33] agtl+ i/o b101 a#[35] agtl+ i/o a102 vss ground b102 a#[32] agtl+ i/o a103 a#[34] agtl+ i/o b103 vcc_core cpu core v cc a104 a#[30] agtl+ i/o b104 a#[29] agtl+ i/o a105 vss ground b105 a#[26] agtl+ i/o a106 a#[31] agtl+ i/o b106 vcc_l2 l2 cache v cc
pentium? ii xeon? processor at 400 and 450 mhz e 68 12/15/98 5:14 pm 24377002.doc table 40. signal listing in order by pin number (continued) pin no. pin name signal buffer type pin no. pin name signal buffer type a107 a#[27] agtl+ i/o b107 a#[24] agtl+ i/o a108 vss ground b108 a#[28] agtl+ i/o a109 a#[22] agtl+ i/o b109 vcc_l2 l2 cache v cc a110 a#[23] agtl+ i/o b110 a#[20] agtl+ i/o a111 vss ground b111 a#[21] agtl+ i/o a112 a#[19] agtl+ i/o b112 vcc_l2 l2 cache v cc a113 a#[18] agtl+ i/o b113 a#[25] agtl+ i/o a114 vss ground b114 a#[15] agtl+ i/o a115 a#[16] agtl+ i/o b115 vcc_l2 l2 cache v cc a116 a#[13] agtl+ i/o b116 a#[17] agtl+ i/o a117 vss ground b117 a#[11] agtl+ i/o a118 a#[14] agtl+ i/o b118 vcc_l2 l2 cache v cc a119 vss ground b119 a#[12] agtl+ i/o a120 a#[10] agtl+ i/o b120 vcc_l2 l2 cache v cc a121 a#[05] agtl+ i/o b121 a#[08] agtl+ i/o a122 vss ground b122 a#[07] agtl+ i/o a123 a#[09] agtl+ i/o b123 vcc_l2 l2 cache v cc a124 a#[04] agtl+ i/o b124 a#[03] agtl+ i/o a125 vss ground b125 a#[06] agtl+ i/o a126 reserved_a126 do not connect b126 vcc_l2 l2 cache v cc a127 bnr# agtl+ i/o b127 aerr# agtl+ i/o a128 vss ground b128 req#[0] agtl+ i/o a129 bpri# agtl+ input b129 vcc_l2 l2 cache v cc a130 trdy# agtl+ input b130 req#[1] agtl+ i/o a131 vss ground b131 req#[4] agtl+ i/o a132 defer# agtl+ input b132 vcc_l2 l2 cache v cc a133 req#[2] agtl+ i/o b133 lock# agtl+ i/o a134 vss ground b134 drdy# agtl+ i/o a135 req#[3] agtl+ i/o b135 vcc_l2 l2 cache v cc a136 hitm# agtl+ i/o b136 rs#[0] agtl+ input a137 vss ground b137 hit# agtl+ i/o a138 dbsy# agtl+ i/o b138 vcc_l2 l2 cache v cc a139 rs#[1] agtl+ input b139 rs#[2] agtl+ input a140 vss ground b140 rp# agtl+ i/o a141 br2# agtl+ input b141 vcc_l2 l2 cache v cc a142 br0# agtl+ i/o b142 br3# agtl+ input
e pentium? ii xeon? processor at 400 and 450 mhz 69 12/15/98 5:14 pm 24377002.doc table 40. signal listing in order by pin number (continued) pin no. pin name signal buffer type pin no. pin name signal buffer type a143 vss ground b143 br1# agtl+ input a144 ads# agtl+ i/o b144 vcc_l2 l2 cache v cc a145 ap#[0] agtl+ i/o b145 rsp# agtl+ input a146 vss ground b146 ap#[1] agtl+ i/o a147 vid_core[2] open or short to v ss b147 vcc_l2 l2 cache v cc a148 vid_core[1] open or short to v ss b148 wp smbus input a149 vss ground b149 vid_core[3] open or short to v ss a150 vid_core[4] open or short to v ss b150 vcc_l2 l2 cache v cc a151 smbalert# smbus alert b151 vid_core[0] open or short to v ss a152 vss ground b152 vid_l2[0] open or short to v ss a153 vid_l2[2] open or short to v ss b153 vcc_l2 l2 cache v cc a154 vid_l2[1] open or short to v ss b154 vid_l2[4] open or short to v ss a155 vss ground b155 vid_l2[3] open or short to v ss a156 v tt agtl+ v tt supply b156 vcc_l2 l2 cache v cc a157 v tt agtl+ v tt supply b157 vtt agtl+ v tt supply a158 vss ground b158 vtt agtl+ v tt supply a159 sa2 smbus input b159 vcc_l2 l2 cache v cc a160 vcc_sm smbus supply b160 smbclk smbus clock a161 vss ground b161 smbdat smbus data a162 sa1 smbus input b162 vcc_l2 l2 cache v cc a163 sa0 smbus input b163 reserved_b163 do not connect a164 vss ground b164 emi connect to v ss a165 pwr_en[0] short to pwr_en[1] b165 emi connect to v ss
pentium? ii xeon? processor at 400 and 450 mhz e 70 12/15/98 5:14 pm 24377002.doc table 41. signal listing in order by pin name pin no. pin name signal buffer type b124 a#[03] agtl+ i/o a124 a#[04] agtl+ i/o a121 a#[05] agtl+ i/o b125 a#[06] agtl+ i/o b122 a#[07] agtl+ i/o b121 a#[08] agtl+ i/o a123 a#[09] agtl+ i/o a120 a#[10] agtl+ i/o b117 a#[11] agtl+ i/o b119 a#[12] agtl+ i/o a116 a#[13] agtl+ i/o a118 a#[14] agtl+ i/o b114 a#[15] agtl+ i/o a115 a#[16] agtl+ i/o b116 a#[17] agtl+ i/o a113 a#[18] agtl+ i/o a112 a#[19] agtl+ i/o b110 a#[20] agtl+ i/o b111 a#[21] agtl+ i/o a109 a#[22] agtl+ i/o a110 a#[23] agtl+ i/o b107 a#[24] agtl+ i/o b113 a#[25] agtl+ i/o b105 a#[26] agtl+ i/o a107 a#[27] agtl+ i/o b108 a#[28] agtl+ i/o b104 a#[29] agtl+ i/o a104 a#[30] agtl+ i/o a106 a#[31] agtl+ i/o b102 a#[32] agtl+ i/o a101 a#[33] agtl+ i/o a103 a#[34] agtl+ i/o b101 a#[35] agtl+ i/o a14 a20m# cmos input a144 ads# agtl+ i/o pin no. pin name signal buffer type b127 aerr# agtl+ i/o a145 ap#[0] agtl+ i/o b146 ap#[1] agtl+ i/o a97 bclk system bus clock a100 berr# agtl+ i/o a35 binit# agtl+ i/o a127 bnr# agtl+ i/o b33 bp#[2] agtl+ i/o a32 bp#[3] agtl+ i/o a33 bpm#[0] agtl+ i/o b37 bpm#[1] agtl+ i/o a129 bpri# agtl+ input a142 br0# agtl+ i/o b143 br1# agtl+ input a141 br2# agtl+ input b142 br3# agtl+ input b96 d#[00] agtl+ i/o a95 d#[01] agtl+ i/o b95 d#[02] agtl+ i/o a94 d#[03] agtl+ i/o b93 d#[04] agtl+ i/o a92 d#[05] agtl+ i/o b92 d#[06] agtl+ i/o b90 d#[07] agtl+ i/o a91 d#[08] agtl+ i/o a89 d#[09] agtl+ i/o a86 d#[10] agtl+ i/o a85 d#[11] agtl+ i/o b89 d#[12] agtl+ i/o a80 d#[13] agtl+ i/o a88 d#[14] agtl+ i/o b87 d#[15] agtl+ i/o a79 d#[16] agtl+ i/o b86 d#[17] agtl+ i/o b80 d#[18] agtl+ i/o
e pentium? ii xeon? processor at 400 and 450 mhz 71 12/15/98 5:14 pm 24377002.doc table 41. signal listing in order by pin name (continued) pin no. pin name signal buffer type b78 d#[19] agtl+ i/o b81 d#[20] agtl+ i/o a77 d#[21] agtl+ i/o b77 d#[22] agtl+ i/o a76 d#[23] agtl+ i/o a74 d#[24] agtl+ i/o a71 d#[30] agtl+ i/o a70 d#[31] agtl+ i/o b69 d#[32] agtl+ i/o a67 d#[33] agtl+ i/o b66 d#[34] agtl+ i/o a68 d#[35] agtl+ i/o b63 d#[36] agtl+ i/o a65 d#[37] agtl+ i/o b68 d#[38] agtl+ i/o a61 d#[39] agtl+ i/o b65 d#[40] agtl+ i/o b59 d#[41] agtl+ i/o a58 d#[42] agtl+ i/o a64 d#[43] agtl+ i/o b62 d#[44] agtl+ i/o a59 d#[45] agtl+ i/o a51 d#[46] agtl+ i/o b60 d#[47] agtl+ i/o b54 d#[48] agtl+ i/o a53 d#[49] agtl+ i/o b49 d#[50] agtl+ i/o a54 d#[51] agtl+ i/o b55 d#[52] agtl+ i/o a48 d#[53] agtl+ i/o b51 d#[54] agtl+ i/o a45 d#[55] agtl+ i/o b48 d#[56] agtl+ i/o a50 d#[57] agtl+ i/o b45 d#[58] agtl+ i/o b52 d#[59] agtl+ i/o a47 d#[60] agtl+ i/o pin no. pin name signal buffer type a44 d#[61] agtl+ i/o b43 d#[62] agtl+ i/o a138 dbsy# agtl+ i/o a132 defer# agtl+ input a36 dep#[0] agtl+ i/o a38 dep#[1] agtl+ i/o b39 dep#[2] agtl+ i/o a39 dep#[3] agtl+ i/o b40 dep#[4] agtl+ i/o a41 dep#[5] agtl+ i/o a42 dep#[6] agtl+ i/o b42 dep#[7] agtl+ i/o b134 drdy# agtl+ i/o a1 emi connect to v ss a3 emi connect to v ss b164 emi connect to v ss b165 emi connect to v ss a15 ferr# cmos output b10 flush# cmos input b99 frcerr agtl+ i/o b137 hit# agtl+ i/o a136 hitm# agtl+ i/o a12 ierr# cmos output a17 ignne# cmos input b13 init# cmos input a27 lint[0] cmos input b28 lint[1] cmos input b133 lock# agtl+ i/o b30 picclk apic clock input a29 picd[0] cmos i/o b31 picd[1] cmos i/o b36 prdy# agtl+ output a30 preq# cmos input a165 pwr_en[0] short to pwr_en[1] b1 pwr_en[1] short to pwr_en[0] a21 pwrgood cmos i nput b128 req#[0] agtl+ i/o
pentium? ii xeon? processor at 400 and 450 mhz e 72 12/15/98 5:14 pm 24377002.doc table 41. signal listing in order by pin name (continued) pin no. pin name signal buffer type b130 req#[1] agtl+ i/o a133 req#[2] agtl+ i/o a135 req#[3] agtl+ i/o b131 req#[4] agtl+ i/o a126 reserved_a126 do not connect a26 reserved_a26 do not connect a56 reserved_a56 do not connect a83 reserved_a83 do not connect b163 reserved_b163 do not connect b22 reserved_b22 do not connect b24 reserved_b24 do not connect b25 reserved_b25 do not connect b3 reserved_b3 do not connect b34 reserved_b34 do not connect b57 reserved_b57 do not connect b83 reserved_b83 do not connect b84 reserved_b84 do not connect b9 reserved_b9 do not connect b98 reset# agtl+ input b140 rp# agtl+ i/o b136 rs#[0] agtl+ input a139 rs#[1] agtl+ input b139 rs#[2] agtl+ input b145 rsp# agtl+ input a163 sa0 smbus input a162 sa1 smbus input a159 sa2 smbus input a9 selfsb0 cmos i/o b18 slp# cmos input a151 smbalert# smbus alert b160 smbclk smbus clock b161 smbdat smbus i/o b12 smi# cmos input b15 stpclk# cmos input b16 tck tap clock a18 tdi tap input a20 tdo tap output pin no. pin name signal buffer type a62 test_25_a62 pull up to 2.5 v a23 test_vcc_core_a23 pull up to vcc_core b27 test_vcc_core_b27 pull up to vcc_core a11 test_vss_a11 pull down to v ss a98 test_vss_a98 pull down to v ss b4 test_vss_b4 pull down to v ss a82 test_vtt_a82 pull up to v tt a24 thermtrip# cmos output b19 tms tap input a130 trdy# agtl+ input b21 trst# tap input b100 vcc_core cpu core v cc b103 vcc_core cpu core v cc b11 vcc_core cpu core v cc b14 vcc_core cpu core v cc b17 vcc_core cpu core v cc b2 vcc_core cpu core v cc b20 vcc_core cpu core v cc b23 vcc_core cpu core v cc b26 vcc_core cpu core v cc b29 vcc_core cpu core v cc b32 vcc_core cpu core v cc b35 vcc_core cpu core v cc b38 vcc_core cpu core v cc b41 vcc_core cpu core v cc b44 vcc_core cpu core v cc b47 vcc_core cpu core v cc b5 vcc_core cpu core v cc b50 vcc_core cpu core v cc b53 vcc_core cpu core v cc b56 vcc_core cpu core v cc b58 vcc_core cpu core v cc b61 vcc_core cpu core v cc b64 vcc_core cpu core v cc b67 vcc_core cpu core v cc b70 vcc_core cpu core v cc b73 vcc_core cpu core v cc
e pentium? ii xeon? processor at 400 and 450 mhz 73 12/15/98 5:14 pm 24377002.doc table 41. signal listing in order by pin name (continued) pin no. pin name signal buffer type b76 vcc_core cpu core v cc b79 vcc_core cpu core v cc b8 vcc_core cpu core v cc b82 vcc_core cpu core v cc b85 vcc_core cpu core v cc b88 vcc_core cpu core v cc b91 vcc_core cpu core v cc b94 vcc_core cpu core v cc b97 vcc_core cpu core v cc b106 vcc_l2 l2 cache v cc b109 vcc_l2 l2 cache v cc b112 vcc_l2 l2 cache v cc b115 vcc_l2 l2 cache v cc b118 vcc_l2 l2 cache v cc b120 vcc_l2 l2 cache v cc b123 vcc_l2 l2 cache v cc b126 vcc_l2 l2 cache v cc b129 vcc_l2 l2 cache v cc b132 vcc_l2 l2 cache v cc b135 vcc_l2 l2 cache v cc b138 vcc_l2 l2 cache v cc b141 vcc_l2 l2 cache v cc b144 vcc_l2 l2 cache v cc b147 vcc_l2 l2 cache v cc b150 vcc_l2 l2 cache v cc b153 vcc_l2 l2 cache v cc b156 vcc_l2 l2 cache v cc b159 vcc_l2 l2 cache v cc b162 vcc_l2 l2 cache v cc a160 vcc_sm smbus supply a2 vcc_tap tap supply b151 vid_core[0] open or short to v ss a148 vid_core[1] open or short to v ss a147 vid_core[2] open or short to v ss b149 vid_core[3] open or short to v ss a150 vid_core[4] open or short to v ss b152 vid_l2[0] open or short to v ss pin no. pin name signal buffer type a154 vid_l2[1] open or short to v ss a153 vid_l2[2] open or short to v ss b155 vid_l2[3] open or short to v ss b154 vid_l2[4] open or short to v ss a10 vss ground a102 vss ground a105 vss ground a108 vss ground a111 vss ground a114 vss ground a117 vss ground a119 vss ground a122 vss ground a125 vss ground a128 vss ground a13 vss ground a131 vss ground a134 vss ground a137 vss ground a140 vss ground a143 vss ground a146 vss ground a149 vss ground a152 vss ground a155 vss ground a158 vss ground a16 vss ground a161 vss ground a164 vss ground a19 vss ground a22 vss ground a25 vss ground a28 vss ground a31 vss ground a34 vss ground a37 vss ground a4 vss ground
pentium? ii xeon? processor at 400 and 450 mhz e 74 12/15/98 5:14 pm 24377002.doc table 41. signal listing in order by pin name (continued) pin no. pin name signal buffer type a40 vss ground a43 vss ground a46 vss ground a49 vss ground a52 vss ground a55 vss ground a57 vss ground a60 vss ground a63 vss ground a66 vss ground a69 vss ground a7 vss ground a72 vss ground a75 vss ground a78 vss ground a8 vss ground a81 vss ground a84 vss ground a87 vss ground a90 vss ground a93 vss ground a96 vss ground a99 vss ground a156 vtt agtl+ v tt supply a157 vtt agtl+ v tt supply a5 vtt agtl+ v tt supply a6 vtt agtl+ v tt supply b157 vtt agtl+ v tt supply b158 vtt agtl+ v tt supply b6 vtt agtl+ v tt supply b7 vtt agtl+ v tt supply b148 wp smbus input 7.0. boxed processor specifications 7.1. introduction the pentium ii xeon processor is also offered as an intel boxed processor. intel boxed processors are intended for system integrators who build systems from motherboards and off-the-shelf components. the boxed pentium ii xeon processor is supplied with an attached passive heatsink. this section documents motherboard and system r equirements for the heatsink that will be supplied with the boxed pentium ii xeon processor. this section is particularly important for oems that manufacture motherboards for system integrators. unless otherwise noted, all figures in this chapter are dimensioned in inches. figure 31 shows a mechanical representation of the boxed pentium ii xeon processor. 7.2. mechanical specifications this section documents the mechanical specifications of the boxed pentium ii xeon processor heatsink. the boxed processor ships with an attached passive heatsink. clearance is required around the heatsink to ensure proper installation of the processor and unimpeded airflow for proper cooling. the space requirements and dimensions for the boxed processor are shown in figure 32 (side view) and figure 33 (front view). all dimensions are in inches.
e pentium? ii xeon? processor at 400 and 450 mhz 75 12/15/98 5:14 pm 24377002.doc 3770-31 figure 31. boxed pentium ? ii xeon? processor
pentium? ii xeon? processor at 400 and 450 mhz e 76 12/15/98 5:14 pm 24377002.doc b a 3770-32 figure 32. side view space requirements for the boxed processor
e pentium? ii xeon? processor at 400 and 450 mhz 77 12/16/98 1:29 pm 24377003.doc c d 3770-33 figure 33. front view space requirements for the boxed processor 7.2.1. boxed processor heatsink dimensions table 42. boxed processor heatsink dimensions fig. ref. label dimensions (inches) min typ max a heatsink depth (off heatsink attach pont) 1.025 b heatsink height (above motherboard) 0.626 c heatsink height (see front view) 4.235 d heatsink width (see front view) 5.05
pentium? ii xeon? processor at 400 and 450 mhz e 78 12/16/98 1:31 pm 24377003.doc 7.2.2. boxed processor heatsink weight the boxed processor heatsink will not weigh more than 350 grams. 7.2.3. boxed processor retention mechanism the boxed pentium ii xeon processor requires a retention mechanism that supports and secures the single edge contact cartridge (s.e.c.c.) in the 330-contact slot connector. an s.e.c.c. retention mechanism is not provided with the boxed processor. motherboards designed for use by system integrators s hould include a retention mechanism and appropriate installation instructions. the boxed pentium ii xeon processor does not require additional heatsink supports. heatsink supports will not ship with the boxed pentium ii xeon processor. 7.3. thermal specificat ions this section describes the cooling requirements of the heatsink solution utilized by the boxed processor. 7.3.1. boxed processor cooling requirements the boxed processor passive heatsink requires airflow horizontally across the heatsink to cool the processor. the boxed processor heatsink will keep the processor thermal plate temperature, t plate , within the specifications, provided adequate airflow is directed into the system chassis, across the heatsink and out of the system chassis. system integrators should perform thermal testing using thermocouples (see section 5.2.) to evaluate the thermal efficiency of the system. alternately, system integrators may use software to monitor the thermal information available via the processor information rom and information from the thermal sensor (see section 4.3.) to evaluate the thermal efficiency of the system. 7.3.2. thermal evaluation given the complex and unique nature of motherboard layouts, and the special chassis required to support them, thermal performance may vary greatly with each motherboard/chassis combination. motherboard manufacturers must evaluate and recommend effective thermal solutions for their specific designs, particularly designs that are proprietary or have nonstandard layouts. such thermal solutions must take all system com ponents into account. the power requirements of all processors that will be supported by the motherboard should be accommodated. 8.0. integration tools the integration tool set for pentium ii xeon processor system designs w ill include an in-target probe (itp) for program execution control, register/memory/io access, and breakpoint control. this tool provides functionality commonly associated with debuggers and emulators. the itp uses the on-chip debug features of the pentium ii xeon processor to provide program execution control. use of the itp will not affect the high speed operations of the processor signals, ensuring the system can operate at full speed with the itp attached. this document describes the itp as well as a number of technical issues that must be taken into account when including the itp and logic analyzer interconnect tools in a debug strategy. although the tool description that follows is specific to early tools available from intel, similar tools may also be provided in the future by third-party vendors. thus, the tools mentioned should not be considered as intels tools, but as debug tools in the generic sense. in general, the information in this chapter may be used as a basis for including integration tools in any pentium ii xeon processor-based system design. the logic analyzer interconnect tool keep- out zones described in this chapter should be used as general guidelines for pentium ii xeon processor system design. 8.1. in-target probe (itp) for pentium ? ii xeon? processors an in-target probe (itp) for pentium ii xeon processors is a debug tool which allows access to on-chip debug features via a small port on the system board called the debug port. the itp communicates to the processor through the debug port using a combination of hardware and software. the software is windows nt 4.0 running
e pentium? ii xeon? processor at 400 and 450 mhz 79 12/15/98 5:14 pm 24377002.doc on a host pc. the hardware consists of a pci board in the host pc connected to the signals which make up the pentium ii xeon processors debug interface. due to the nature of the itp, the processor may be controlled without affecting any high speed signals. this ensures that the system can operate at full speed with the itp attached. intel will use an itp for internal debug and system validation and recommends that all pentium ii xeon processor-based system designs include a debug port . this is especially important if intel assistance is required in debugging a system-processor interrelationship issue. 8.1.1. primary function the primary function of an itp is to provide a control and query interface for one or more processors. with an itp, one can control program execution and have the ability to access processor registers, system memory and i/o. thus, one can start and stop program execution using a variety of breakpoints, single-step the program at the assembly code level, as well as read and write registers, memory and i/o. the on-chip debug features will be controlled from a windows nt 4.0 software application running on a pentium or pentium pro processor-based pc with a pci card slot. (see figure 34.) 8.1.2. debug port connector description the itp will connect to the system thr ough the debug port. recommended connectors, to mate the itp cable with the debug port on the board, are available in either a vertical or right-angle configuration. both configurations fit into the same board footprint. the connectors are manufactured by amp incorporated and are in the ampmodu system 50 line. following are the amp part numbers for the two connectors: amp 30-pin shrouded vertical header: 104068-3 amp 30-pin shrouded right-angle header: 104069-5 note these are high density through hole connectors with pins on 0.050 in. by 0.100 in. centers. do not confuse these with the more common 0.100 in. by 0.100 in. center headers. the debug port must be mounted on the system mother board; the processor does not contain a debug port. 8.1.3. debug port signal descriptions table 43 describes the debug port signals and provides the pin assignment. pci add-in card plugs in to your host pc (12.5 in.) debug port connector connects to debug port on target board 2m cable 2 in. cable buffer board 3770-34 figure 34. hardware components of the itp
pentium? ii xeon? processor at 400 and 450 mhz e 80 12/15/98 5:14 pm 24377002.doc table 43. debug port pinout description and requirements 1 name pin description specification requirement notes reset# 1 reset signal from mp cluster to itp. terminate 2 signal properly at the debug port debug port must be at the end of the signal trace connected to high speed comparator (biased at 2/3 of the level found at the poweron pin) on the itp buffer board. additional load does not change timing calculations for the processor bus agents if routed properly. dbreset# 3 allows itp to reset entire target system. tie signal to target system reset (recommendation: pwr ok signal on pciset as an ored input) pulled-up signal with the proper resistor (see notes) open drain output from itp to the target system. it w ill be held asserted for 100 ms; capacitance needs to be small enough to recognize assert. the pull-up resistor should be picked to (1) meet vil of target system and (2) meet specified rise time. tck 5 the tap (test access port) clock from itp to mp cluster. add 1.0k w pull-up resistor to v cc tap near driver for smp systems, each processor should receive a separately buffered tck. add a series termination resistor or a bessel filter on each output. poor routing can cause multiple clocking problems. should be routed to all components in the boundary scan. 3 simulations should be run to determine the proper value for series termination or bessel filter. tms 7 test mode select signal from itp to mp cluster, controls the tap finite state machine. add 1.0k w pull-up resistor to v cc tap near driver for smp systems, each processor should receive a separately buffered tms. add a series termination resistor on each output. operates synchronously with tck. should be routed to all components in the boundary scan. 3 simulations should be run to determine the proper value for series termination. tdi 8 test data input signal from itp to first component in boundary scan chain of mp cluster; inputs test instructions and data serially. this signal is open-drain from the itp. however, tdi is pulled up to v cc tap with ~150 w on the pentium? ii xeon? processor. add a 150 to 330 w pull-up resistor (to v cc tap ) if tdi will not be connected directly to a processor. operates synchronously with tck.
e pentium? ii xeon? processor at 400 and 450 mhz 81 12/15/98 5:14 pm 24377002.doc table 43. debug port pinout description and requirements 1 (continued) name pin description specification requirement notes poweron 9 used by itp to determine when target system power is on and, once target system is on, enables all debug port electrical interface activity. from target v tt to itp. add 1k w pull-up resistor (to v tt ) if no power is applied, the itp will not drive any si gnals; isolation provided using isolation gates. voltage applied is internally used to set agtl+ threshold (or reference) at 2/3 v tt . tdo 10 test data output signal from last component in boundary scan chain of mp cluster to itp; test output is read serially. add 150 w pull-up resistor (to v cc tap ) design pull-ups to route around empty processor sockets (so resistors are not in parallel) operates synchronously with tck. each pentium ii xeon processor has a 25 w driver. dbinst# 11 indicates to target system that the itp is installed. add ~10k w pull-up resistor not required if boundary scan is not used in target system. trst# 12 test reset signal from itp to mp cluster, used to reset tap logic. add ~680 w pull-down asynchronous input signal. to disable tap reset if itp not installed. bsen# 14 informs target system that itp is using boundary scan. not required if boundary scan is not used in target system. preq0# 16 preq0# signal, driven by itp, makes requests to p0 to enter debug. add 150 to 330 w pull-up resistor (to v cc 2.5 ) prdy0# 18 prdy0# signal, driven by p0, informs itp that p0 is ready for debug. terminate 2 signal properly at the debug port debug port must be at the end of the signal trace connected to high speed comparator (biased at 2/3 of the level found at the poweron pin) on the itp buffer board. additional load does not change timing calculations for the processor bus agents if routed properly. preq1# 20 preq1# signal from itp to p1. add 150 to 330 w pull-up resistor (to v cc 2.5 ) prdy1# 22 prdy1# signal from p1 to itp. terminate 2 signal properly at the debug port debug port must be at the end of the signal trace connected to high speed comparator (biased at 2/3 of the level found at the poweron pin) on the itp buffer board. additional load does not change timing calculations for the processor bus agents. preq2# 24 preq2# signal from itp to p2. add 150 to 330 w pull-up resistor (to v cc 2.5 ) prdy2# 26 prdy2# signal from itp to p2 . terminate 2 signal properly at the debug port debug port must be at the end of the signal trace connected to high speed comparator (biased at 2/3 of the level found at the poweron pin) on the itp buffer board. additional load does not change timing calculations for the processor
pentium? ii xeon? processor at 400 and 450 mhz e 82 12/15/98 5:14 pm 24377002.doc table 43. debug port pinout description and requirements 1 (continued) name pin description specification requirement notes bus agents if routed properly. preq3# 28 preq3# signal from itp to p3. add 150 to 330 w pull-up resistor (to v cc 2.5 ) prdy3# 30 prdy3# signal from itp to p3. terminate 2 signal properly at the debug port debug port must be at the end of the signal trace connected to high speed comparator (biased at 2/3 of the level found at the poweron pin) on the itp buffer board. additional load does not change timing calculations for the processor bus agents if routed properly. bclk 29 bus clock from the mp cluster. use a separate driver to drive signal to the debug port must be connected to support future steppings of the pentium ii xeon processor. a separate driver should be used to avoid loading issues associated with having the itp either installed or not installed. gnd 2, 4, 6, 13, 15, 17, 19, 21, 23, 25, 27 signal ground. connect all pins to signal ground notes: 1. resistor values with ~ preceding them can vary from the specified value; use resistor as close as possible to the value specified. 2. termination should include series (~240 w ) and gtl+ termination (connected to 1.5 v) resistors. see figure 35. 3. signal should be at end of daisy chain and the boundary scan chain should be partitioned into two distinct sections to assist in debugging the system: one partition with only the processor(s) for system debug (i.e., used with the itp) and another with all other components for manufacturing or system test. 8.1.4. debug port signal notes in general, all open drain agtl+ outputs from the system must be retai ned at a proper logic level, whether or not the debug port is installed. r eset# from the processor system s hould be terminated at the debug port, as shown in figure 35. r t should be a 150 w on reset#. prdyn# should have a similar layout, however r t should be 50 w to match board impedance rather than the normal 150 w since there are only 2 loads on this signal. d ebug port load load r t r = 240 w s 1.5v reset# source r s short trace 3770-35 figure 35. agtl+ signal termination
e pentium? ii xeon? processor at 400 and 450 mhz 83 12/15/98 5:14 pm 24377002.doc 8.1.4.1. general signal quality notes signals from the debug port are fed to the system from the itp via a buffer board and a cable. if system signals routed to the debug port (i.e., tdo, prdy[x]# and r eset#) are used elsewhere in the system, then dedicated drivers should be used to isolate the signals from reflections coming from the end of this cable. if the pentium ii xeon processor boundary scan signals are used elsewhere in the system, then the tdi, tms, tck, and trst# signals from the debug port should be isolated from the system signals. in general, no signals should be left floating. thus, signals going from the debug port to the processor system s hould not be left floating. if they are left floating, there may be problems when the itp is not plugged into the connector. 8.1.4.2. signal note: dbreset# the dbreset# output si gnal from the itp is an open drain with about 5 w of r ds . the usual implementation is to connect it to the pwrok open drain signal on the pciset components as an or input to initiate a system reset. in order for the dbreset# si gnal to work properly, it must actually reset the entire target system. the si gnal should be pulled up (intel recommends a 240 w resistor, but system desi gners will need to fine tune specific system designs) to meet two considerations: (1) the signal must be able to meet v il of the system, and (2) it must allow the signal to meet the specified rise time. when asserted by the itp, the dbr eset# signal will remain asserted for 100 ms. a large capacitance should not be present on this signal as it may prevent a full charge from building up within 100 ms. 8.1.4.3. signal note: tdo and tdi the tdo signal of each processor has a 2.5 v tolerant open-drain driver. the tdi signal of each processor contains a 150 w pull-up to v cc tap . when connecting one pentium ii xeon processor to the next, or connecting to the tdi of the first processor, no external pull-up is required. however, the last processor of the chain does require a pull-up before passing the signal to the next device in the chain. 8.1.4.4. signal note: tck warning a significant number of target systems have had signal integrity issues with the tck signal. tck is a critical clock signal and must be routed accordingly; make sure to observe power and ground plane integrity for this signal. follow the guidelines below and assure the quality of the signal when beginning use of an itp to debug your target. due to the number of loads on the tck signal, special care should be taken when routing this signal on the motherboard. poor routing can lead to multiple clocking of some agents on the debug chain. this causes information to be lost through the chain and can result in bad commands being issued to some agents on the chain. the suggested routing scheme is to drive each of the agent tck signals individually from a buffer device. figure 36 shows how the tck signal should be routed to the agents in a 4-way pentium ii xeon processor system incorporating the intel 450nx pciset. a bessel filter is recommended over a series termination at the output of each buffer. the values shown in figure 36 are only examples. the designer should determine the lc values appropriate for their particular application. if it is desired to ship production systems without the 2.5 v buffers installed, then pull-up resistors should be placed at the outputs to prevent tck from floating.
pentium? ii xeon? processor at 400 and 450 mhz e 84 12/15/98 5:14 pm 24377002.doc p0 p1 p2 p3 debu g port to each nx device, other jtag ... tck 2.5v buffers pull up resistor 2.5v 56 pf 56 pf 56 pf 56 pf 56 pf 56 pf 100 nh 100 nh 100 nh 100 nh 100 nh 100 nh 3770-36 figure 36. tck with individual buffering scheme
e pentium? ii xeon? processor at 400 and 450 mhz 85 12/15/98 5:14 pm 24377002.doc the itp565 buffer board drives the tck signal through the debug port, to the buffer device. note the buffer rise and fall edge rates should not be faster than 3 ns. edge rates faster than this in the system can contribute to signal reflections which endanger itp compatibility with the target system. a low voltage buffer capable of driving 2.5 v outputs such as an 74lvq244 is suggested to eliminate the need for attenuation. simulation should be performed to verify that the edge rates of the buffer chosen are not too fast. the pull-up resistor to 2.5 v keeps the tck signal from floating when the itp is not connected. the value of this resistor should be such that the itp can still drive the signal low (1k). the trace lengths from the buffer to each of the agents should also be kept at a minimum to ensure good signal integrity. the synchronous mode of the itp, needed for debug of frc pairs, is no longer supported. frc mode must be disabled when debugging an frc- capable system. 8.1.5. using boundary scan to communicate to the processor an itp communicates to pentium ii xeon processors by stopping their execution and sending/receiving messages over boundary scan pins. as long as each processor is tied into the system boundary scan chain, the itp can communicate with it. in the simplest case, the processors are back to back in the scan chain, with the boundary scan input (tdi) of the first processor connected up directly to the pin labeled tdi on the debug port and the boundary scan output of the last processor connected up to the pin labeled tdo on the debug port as shown in figure 37. 8.2. integration tool (logic analyzer) considerat ions 8.2.1. integration tool mechanical keepouts designers should also work closely with the vendor of the lai that they will be using in debug for constraints for their tools. v cc tap slot 2 processor tdi tdo slot 2 processor tdi tdo slot 2 processor tdi tdo slot 2 processor tdi tdo tdi tdo debug port (itp) tdi tdo pciset component tdi tdo pciset component note: see previous table for recommended pull-up resistor values. 3770-37 figure 37. system preferred debug port layout
pentium? ii xeon? processor at 400 and 450 mhz e 86 12/15/98 5:14 pm 24377002.doc appendix a 9.0. appendix this appendix provides an alphabetical listing of all pentium ii xeon processor signals and tables that summarize the signals by direction: output, input, and i/o. 9.1. alphabetical signals ref erence this section provides an alphabetical listing of all pentium ii xeon processor signals. 9.1.1. a[35:03]# (i/o) the a[35:3]# (address) signals define a 2 36 -byte physical memory address space. when ads# is active, these pins transmit the address of a transaction; when ads# is inactive, these pins transmit transaction type information. these signals must connect the appropriate pins of all agents on the pentium ii xeon processor system bus. the a[35:24]# signals are parity-protected by the ap1# parity signal, and the a[23:03]# signals are parity- protected by the ap0# parity signal. on the active-to-inactive transition of reset#, the processors sample the a[35:03]# pins to determine their power-on configuration. see the pentium ? ii processor developers manual for details. 9.1.2. a20m# (i) if the a20m# (address-20 mask) input signal is asserted, the pentium ii xeon processor masks physical address bit 20 (a20#) before looking up a line in any internal cache and before driving a read/write transaction on the bus. asserting a20m# emulates the 8086 processors address wrap-around at the 1-mbyte boundary. assertion of a20m# is only supported in real mode. a20m# is an asynchronous signal. however, to ensure recognition of this signal following an i/o write instruction, it must be valid along with the trdy# assertion of the corresponding i/o write bus transaction. during active reset#, each processor begins sampling the a20m#, ignne#, and lint[1:0] values to determine the ratio of core-clock frequency to bus- clock frequency. see table 1. on the active-to- inactive transition of reset#, each processor latches these signals and freezes the frequency ratio internally. system logic must then release these signals for normal operation. 9.1.3. ads# (i/o) the ads# (address strobe) signal is asserted to indicate the validity of the transaction address on the a[35:03]# pins. all bus agents observe the ads# activation to begin parity checking, protocol checking, address decode, internal snoop, or deferred reply id match operations associated with the new transaction. this signal must connect the appropriate pins on all pentium ii xeon processor system bus agents. 9.1.4. aerr# (i/o) the aerr# (address parity error) si gnal is observed and driven by all pentium ii xeon processor system bus agents, and if used, must connect the appropriate pins on all pentium ii xeon processor system bus agents. aerr# observation is optionally enabled during power-on configuration; if enabled, a valid assertion of aerr# aborts the current transaction. if aerr# observation is disabled during power-on configuration, a central agent may handle an assertion of aerr# as appropriate to the machine check architecture (mca) of the system. 9.1.5. ap[1:0]# (i/o) the ap[1:0]# (address parity) signals are driven by the request initiator along with ads#, a[35:03]#, req[4:0]#, and rp#. ap1# covers a[35:24]#, and ap0# covers a[23:03]#. a correct parity signal is high if an even number of covered signals are low and low if an odd number of covered signals are low. this allows parity to be high when all the covered signals are high. ap[1:0]# should connect the appropriate
e pentium? ii xeon? processor at 400 and 450 mhz 87 12/15/98 5:14 pm 24377002.doc pins of all pentium ii xeon processor system bus agents. 9.1.6. bclk (i) the bclk (bus clock) signal determines the bus frequency. all pentium ii xeon processor system bus agents must receive this signal to drive their outputs and latch their inputs on the bclk rising edge. all external timing parameters are specified with respect to the bclk signal. 9.1.7. berr# (i/o) the berr# (bus error) si gnal is asserted to indicate an unrecoverable error without a bus protocol violation. it may be driven by all pentium ii xeon processor system bus agents, and must connect the appropriate pins of all such agents, if used. however, pentium ii xeon processors do not observe assertions of the berr# signal. berr# assertion conditions are configurable at a system level. assertion options are defi ned by the following options: enabled or disabled. asserted optionally for internal errors along with ierr#. asserted optionally by the request initiator of a bus transaction after it observes an error. asserted by any bus agent when it observes an error in a bus transaction. 9.1.8. binit# (i/o) the binit# (bus initialization) signal may be observed and driven by all pentium ii xeon processor system bus agents, and if used must connect the appropriate pins of all such agents. if the binit# driver is enabled during power on configuration, binit# is asserted to signal any bus condition that prevents reliable future information. if binit# observation is enabled during power-on configuration, and binit# is sampled asserted, all bus state machines are reset and any data which was in transit is lost. all agents reset their rotating id for bus arbitration to the state after reset, and internal count information is lost. the l1 and l2 caches are not affected. if binit# observation is disabled during power-on configuration, a central agent may handle an assertion of binit# as appropriate to the machine check architecture (mca) of the system. 9.1.9. bnr# (i/o) the bnr# (block next request) signal is used to assert a bus stall by any bus agent who is unable to accept new bus transactions. during a bus stall, the current bus owner cannot issue any new transactions. since multiple agents might need to request a bus stall at the same time, bnr# is a wire-or signal which must connect the appropriate pins of all pentium ii xeon processor system bus agents. in order to avoid wire-or glitches associated with simultaneous edge transitions driven by multiple drivers, bnr# is activated on specific clock edges and sampled on specific clock edges. 9.1.10. bp[3:2]# (i/o) the bp[3:2]# (breakpoint) signals are outputs from the processor that indicate the status of breakpoints. 9.1.11. bpm[1:0]# (i/o) the bpm[1:0]# (breakpoint monitor) signals are breakpoint and performance monitor signals. they are outputs from the processor which indicate the status of breakpoints and programmable counters used for monitoring processor performance. 9.1.12. bpri# (i) the bpri# (bus priority request) signal is used to arbitrate for ownership of the pentium ii xeon processor system bus. it must c onnect the appropriate pins of all pentium ii xeon processor system bus agents. observing bpri# active (as asserted by the priority agent) causes all other agents to stop issuing new requests, unless such requests are part of an ongoing locked operation. the priority agent keeps bpri# asserted until all of its requests are completed, then releases the bus by deasserting bpri#. 9.1.13. br0# (i/o), br[3:1]# (i) the br[3:1]# (bus request) pins drive the breq[3:0]# signals on the system. the br[3:0]#
pentium? ii xeon? processor at 400 and 450 mhz e 88 12/15/98 5:14 pm 24377002.doc pins are interconnected in a rotating manner to other processors br[3:0]# pins. table 44 gives the rotating interconnect between the processor and bus signals for 4-way systems. table 45 gives the interconnect between the processor and bus signals for a 2-way system. during power-up configuration, the central agent must assert its br0# signal. all symmetric agents sample their br[3:0]# pins on active-to-inactive transition of reset#. the pin on which the agent samples an active level determines its agent id. all agents then configure their breq[3:0]# signals to match the appropriate bus signal protocol, as shown in table 46. table 44. br[3:0]# signals rotating interconnect, 4-way system bus signal agent 0 pins agent 1 pins agent 2 pins agent 3 pins breq0# br0# br3# br2# br1# breq1# br1# br0# br3# br2# breq2# br2# br1# br0# br3# breq3# br3# br2# br1# br0# table 45. br[3:0]# signals rotating interconnect, 2-way system bus signal agent 0 pins agent 1 pins breq0# br0# br3# breq1# br1# br0# breq2# br2# br1# breq3# br3# br2# table 46. agent id configuration br0# br1# br2# br3# a5# agent id lhhhh0 hhhlh1 hhlhh2 hlhhh3 l h h h l 0(master) h h h l l 0(checker) h h l h l 2(master) h l h h l 2(checker)
e pentium? ii xeon? processor at 400 and 450 mhz 89 12/15/98 5:14 pm 24377002.doc 9.1.14. d[63:00]# (i/o) the d[63:00]# (data) signals are the data signals. these signals provide a 64-bit data path between the pentium ii xeon processor system bus agents, and must connect the appropriate pins on all such agents. the data driver asserts drdy# to indicate a valid data transfer. 9.1.15. dbsy# (i/o) the dbsy# (data bus busy) si gnal is asserted by the agent responsible for driving data on the pentium ii xeon processor system bus to indicate that the data bus is in use. the data bus is released after dbsy# is deasserted. this signal must connect the appropriate pins on all pentium ii xeon processor system bus agents. 9.1.16. defer# (i) the defer# signal is asserted by an agent to indicate that a transaction cannot be guaranteed in- order completion. assertion of defer# is normally the responsibility of the addressed memory or i/o agent. this signal must connect the appropriate pins of all pentium ii xeon processor system bus agents. 9.1.17. dep[7:0]# (i/o) the dep[7:0]# (data bus ecc protection) signals provide optional ecc protection for the data bus. they are driven by the agent responsible for driving d[63:00]#, and must connect the appropriate pins of all pentium ii xeon processor system bus agents which use them. the dep[7:0]# signals are enabled or disabled for ecc protection during power on configuration. 9.1.18. drdy# (i/o) the drdy# (data r eady) signal is asserted by the data driver on each data transfer, indicating valid data on the data bus. in a multicycle data transfer, drdy# may be deasserted to insert idle clocks. this signal must connect the appropriate pins of all pentium ii xeon processor system bus agents. 9.1.19. emi the emi pins should be connected to motherboard or chassis ground through zero ohm resisters. 9.1.20. ferr# (o) the ferr# (floating-point error) si gnal is asserted when the processor detects an unmasked floating- point error. ferr# is similar to the error# signal on the intel 387 coprocessor, and is included for compatibility with systems using ms-dos*-type floating-point error reporting. 9.1.21. flush# (i) when the flush# input signal is asserted, processors write back all data in the modified state from their internal caches and invalidate all internal cache lines. at the completion of this operation, the processor issues a flush acknowledge transaction. the processor does not cache any new data while the flush# signal remains asserted. flush# is an asynchronous signal. however, to ensure recognition of this signal following an i/o write instruction, it must be valid along with the trdy# assertion of the corresponding i/o write bus transaction. on the active-to-inactive transition of reset#, each processor samples flush# to determine its power- on configuration. see the pentium ? ii processor developers manual for details. 9.1.22. frcerr (i/o) if two processors are configured in a functional redundancy checking (frc) master/checker pair, as a single logical processor, the frcerr (functional redundancy checking error) si gnal is asserted by the checker if a mismatch is detected between the internally sampled outputs and the masters outputs. the checkers frcerr output pin must be connected with the masters frcerr input pin in this configuration. for point-to-point connections, the checker always compares against the masters outputs. for bussed single-driver signals, the checker compares against the signal when the master is the only allowed driver. for bussed multiple-driver wired-or signals, the checker compares against the signal only if the master is expected to drive the signal low. when a processor is configured as an frc checker, frcerr is toggled during its reset action. a checker asserts frcerr for approximately 1 second after the active-to-inactive transition of reset# if it executes its built-in self-test (bist). when bist
pentium? ii xeon? processor at 400 and 450 mhz e 90 12/15/98 5:14 pm 24377002.doc execution completes, the checker processor deasserts frcerr if bist completed successfully, and continues to assert frcerr if bist fails. if the checker processor does not execute the bist action, then it keeps frcerr asserted for approximately 20 clocks and then deasserts it. all asynchronous signals must be externally synchronized to bclk by system logic during frc mode operation. 9.1.23. hit# (i/o), hitm# (i/o) the hit# (snoop hit) and hitm# (hit modified) signals convey transaction snoop operation results, and must connect the appropriate pins of all pentium ii xeon processor system bus agents. any such agent may assert both hit# and hitm# together to indicate that it requires a snoop stall, which can be continued by reasserting hit# and hitm# together. 9.1.24. ierr# (o) the ierr# (internal error) si gnal is asserted by a processor as the result of an internal error. assertion of ierr# is usually accompanied by a shutdown transaction on the pentium ii xeon processor system bus. this transaction may optionally be converted to an external error signal (e.g., nmi) by system core logic. the processor will keep ierr# asserted until it is handled in software, or with the assertion of reset#, binit#, or init#. 9.1.25. ignne# (i) the ignne# (ignore numeric error) si gnal is asserted to force the processor to ignore a numeric error and continue to execute noncontrol floating- point instructions. if ignne# is deasserted, the processor generates an exception on a noncontrol floating-point instruction if a previous floating-point instruction caused an error. ignne# has no effect when the ne bit in control register 0 is set. ignne# is an asynchronous signal. however, to ensure recognition of this signal following an i/o write instruction, it must be valid along with the trdy# assertion of the corresponding i/o write bus transaction. during active reset#, the pentium ii xeon processor begins sampling the a20m#, ignne#, and lint[1:0] values to determine the ratio of core-clock frequency to bus-clock frequency. see table 1. on the active-to-inactive transition of reset#, the pentium ii xeon processor latches these signals and freezes the frequency ratio internally. system logic must then release these signals for normal operation. 9.1.26. init# (i) the init# (initialization) signal, when asserted, resets integer registers inside all processors without affecting their internal (l1 or l2) caches or floating- point registers. each processor then begins execution at the power-on reset vector configured during power-on configuration. the processor continues to handle snoop requests during init# assertion. init# is an asynchronous signal and must connect the appropriate pins of all pentium ii xeon processor system bus agents. if init# is sampled active on the active to inactive transition of reset#, t hen the processor executes its built-in self-test (bist). 9.1.27. intr - see lint[0] 9.1.28. lint[1:0] (i) the lint[1:0] (local apic interrupt) signals must connect the appropriate pins of all apic bus agents, including all processors and the core logic or i/o apic component. when the apic is disabled, the lint0 signal becomes intr, a maskable interrupt request signal, and lint1 becomes nmi, a nonmaskable interrupt. intr and nmi are backward compatible with the signals of those names on the pentium processor. both signals are asynchronous. both of these signals must be software configured via bios programming of the apic register space to be used either as nmi/intr or lint[1:0]. because the apic is enabled by default after reset, operation of these pins as lint[1:0] is the default configuration. during active reset#, the pentium ii xeon processor begins sampling the a20m#, ignne#, and lint[1:0] values to determine the ratio of core-clock frequency to bus-clock frequency. see table 1. on the active-to-inactive transition of reset#, the pentium ii xeon processor samples these signals and latches the frequency ratio internally. system logic must then release these signals for normal operation.
e pentium? ii xeon? processor at 400 and 450 mhz 91 12/15/98 5:14 pm 24377002.doc 9.1.29. lock# (i/o) the lock# signal indicates to the system that a transaction must occur atomically. this signal must connect the appropriate pins of all pentium ii xeon processor system bus agents. for a locked sequence of transactions, lock# is asserted from the beginning of the first transaction end of the last transaction. when the priority agent asserts bpri# to arbitrate for ownership of the pentium ii xeon processor system bus, it will wait until it observes lock# deasserted. this enables symmetric agents to retain ownership of the pentium ii xeon processor system bus throughout the bus locked operation and ensure the atomicity of lock. 9.1.30. nmi - see lint[1] 9.1.31. picclk (i) the picclk (apic clock) si gnal is an input clock to the processor and core logic or i/o apic which is required for operation of all processors, core logic, and i/o apic components on the apic bus. during frc mode operation, picclk must be 1/4 of (and synchronous to) bclk. 9.1.32. picd[1:0] (i/o) the picd[1:0] (apic data) si gnals are used for bi- directional serial message passing on the apic bus, and must connect the appropriate pins of all processors and core logic or i/o apic components on the apic bus. 9.1.33. prdy# (o) the prdy (probe ready) signal is a processor output used by debug tools to determine processor debug readiness. see section 8.0. for more information on this signal. 9.1.34. preq# (i) the preq# (probe request) signal is used by debug tools to request debug operation of the processors. see section 8.0. for more information on this signal. 9.1.34. pwren[1:0] (i) these 2 pins are tied directly together on the processor. they can be used to detect processor presence by applying a voltage to one pin and observing it at the other. see table 4 for the maximum rating for this signal. 9.1.35. pwrgood (i) the pwrgood (power g ood) signal is a 2.5 v tolerant processor input. the processor requires this signal to be a clean indication that the clo cks and power supplies (v cc core , v cc l2 , v cc tap , v cc smbus ) are stable and within their specifications. clean implies that the signal will remain low (capable of sinking leakage current), without glitches, from the time that the power supplies are turned on until they come within specification. the signal must then transition monotonically to a high (2.5 v) state. figure 38 illustrates the relationship of pwr good to other system si gnals. pwr good can be driven inactive at any time, but clocks and power must again be stable before a subsequent rising edge of pwrgood. it must also meet the minimum pulse width specification in table 11 and be followed by a 1 ms reset# pulse. the pwrgood si gnal must be supplied to the processor; it is used to protect internal circuits against voltage sequencing issues. the pwr good signal does not need to be synchronized for frc operation. it should be driven high throughout boundary scan operation.
pentium? ii xeon? processor at 400 and 450 mhz e 92 12/15/98 5:14 pm 24377002.doc bclk pwrgood reset# clock ratio 1 ms v cc l2 v , core cc 3770-38 figure 38. pwr good relat ionship at power-on 9.1.37. req[4:0]# (i/o) the req[4:0]# (request command) signals must connect the appropriate pins of all pentium ii xeon processor system bus agents. they are asserted by the current bus owner over two clock cycles to define the currently active transaction type. 9.1.38. reset# (i) asserting the reset# si gnal resets all processors to known states and invalidates their l1 and l2 caches without writing back any of their contents. r eset# must remain active for one microsecond for a warm reset; for a power-on reset, reset# must stay active for at least one millisecond after v cc core and clk have reached their proper specifications. on observing active reset#, all pentium ii xeon processor system bus agents will deassert their outputs within two clocks. a number of bus signals are sampled at the active- to-inactive transition of reset# for power-on configuration. these configuration options are described in the pentium ? ii processor developers manual . the processor may have its outputs tri-stated via power-on configuration. otherwise, if init# is sampled active during the active-to-inactive transition of reset#, the processor will execute its built-in self-test (bist). whether or not bist is executed, the processor will begin program execution at the reset-vector (default 0_ffff_fff0h). reset# must connect the appropriate pins of all pentium ii xeon processor system bus agents. 9.1.39. rp# (i/o) the rp# (request parity) signal is driven by the request initiator, and provides parity protection on ads# and req[4:0]#. it must connect the appropriate pins of all pentium ii xeon processor system bus agents. a correct parity signal is high if an even number of covered signals are low and low if an odd number of covered signals are low. this definition allows parity to be high when all covered signals are high. 9.1.40. rs[2:0]# (i) the rs[2:0]# (response status) signals are driven by the response agent (the agent responsible for completion of the current transaction), and must connect the appropriate pins of all pentium ii xeon processor system bus agents. 9.1.41. rsp# (i) the rsp# (response parity) signal is driven by the response agent (the agent responsible for completion of the current transaction) during assertion of rs[2:0]#, the signals for which rsp# provides parity
e pentium? ii xeon? processor at 400 and 450 mhz 93 12/15/98 5:14 pm 24377002.doc protection. it must connect the appropriate pins of all pentium ii xeon processor system bus agents. a correct parity signal is high if an even number of covered signals are low and low if an odd number of covered signals are low. while rs[2:0]# = 000, rsp# is also high, since this indicates it is not being driven by any agent guaranteeing correct parity. 9.1.42. sa[2:0] (i) the sa (select address) pins are decoded on the smbus in conjunction with the upper address bits in order to maintain unique addresses on the smbus in a system with multiple pentium ii x eon processors. to set an sa line high, a pull-up resistor should be used that is no larger than 1k w . to set an sa line as low, sa1 and sa0 can be left unconnected. to set sa2 as low, it should be pulled to ground (~10k w ). sa2 can also be tri-stated to define additional addresses for the thermal sensor. a tri-state or z state on this pin is achieved by leaving this pin unconnected. of the addresses broadcast across the smbus, the memory components claim those of the form 1010 xxyzb. the xx and y bits are used to enable the devices on the cartridge at adjacent addresses. the y bit is hard-wired on the cartridge to v ss (0) for the scratch eeprom and pulled to v cc smbus (1) for the processor information rom. the xx bits are defi ned by the processor slot via the sa0 and sa1 pins on the sc330 connector. these address pins are pulled down weakly (10k w ) on the cartridge to ensure that the memory components are in a known state in systems which do not support the smbus, or only support a partial implementation. the z bit is the read/write bit for the serial bus transaction. the thermal sensor internally decodes 1 of 3 upper address patterns from the bus of the form 0011 xxxzb, 1001 xxxzb or 0101 xxxzb. the devices addressing, as implemented, includes a hi-z state for one address pin (sa2), and therefore supports 6 unique resulting addresses. the ability of the system to drive this pin to a hi-z state is dependent on the motherboard implementation (the pin must be left floating). the system s hould drive sa1 and sa0, and will be pulled low (if not driven) by the 10k w pull-down resistor on the processor substrate. driving these signals to a hi-z state would cause ambiguity in the memory device address decode, possibly resulting in the devices not responding, thus timing out or hanging the smbus. as before, the z bit is the read/write bit for the serial bus transaction. for more information on the usage of these pins, see section 4.3.7. 9.1.43. smbalert# (o) smbalert# is an asynchronous interrupt line associated with the smbus thermal sensor device. 9.1.44. smbclk (i) the smbclk (smbus clock) signal is an input clock to the system m anagement logic which is required for operation of the system m anagement features of the pentium ii xeon processor. this clock is asynchronous to other clo cks to the processor. 9.1.45. smbdat (i/o) the smbdat (smbus data) signal is the data signal for the smbus. this signal provides the single- bit mechanism for transferring data between smbus devices. 9.1.46. selfsb0 (i/o) current pentium ii xeon processors do not have a selectable system bus s peed option. selfsb0 should be left as an open on the motherboard to ensure compatibility with future processors. 9.1.47. slp# (i) the slp# (sleep) signal, when asserted in stop grant state, causes processors to enter the sleep state. during sleep state, the processor stops providing internal clock signals to all units, leaving only the phase-locked loop (pll) still operating. processors in this state will not recognize snoops or interrupts. the processor will recognize only assertions of the slp#, stpclk#, and r eset# signals while in sleep state. if slp# is deasserted, the processor exits sleep state and returns to stop grant state, restarting its internal clock signals to the bus and apic processor core units. 9.1.48. smi# (i) the smi# (system management interrupt) signal is asserted asynchronously by system logic. on
pentium? ii xeon? processor at 400 and 450 mhz e 94 12/15/98 5:14 pm 24377002.doc accepting a system management interrupt, processors save the current state and enter system management mode (smm). an smi acknowledge transaction is issued, and the processor begins program execution from the smm handler. 9.1.49. stpclk# (i) the stpclk# (stop clock) signal, when asserted, causes processors to enter a low power stop grant state. the processor issues a stop grant acknowledge transaction, and stops providing internal clock signals to all processor core units except the bus and apic units. the processor continues to snoop bus transactions and service interrupts while in stop grant state. when stpclk# is deasserted, the processor restarts its internal clock to all units and resumes execution. the assertion of stpclk# has no effect on the bus clock; stpclk# is an asynchronous input. 9.1.50. tck (i) the tck (test clock) signal provides the clock input for the pentium ii xeon processor test bus (also known as the test access port). 9.1.51. tdi (i) the tdi (test data in) signal transfers serial test data into the pentium ii xeon processor. tdi provides the serial input needed for tap support. 9.1.52. tdo (o) the tdo (test data out) signal transfers serial test data out of the pentium ii xeon processor. tdo provides the serial output needed for tap support. 9.1.53. test_25_a62 (i) the test_25_a62 signal must be connected to a 2.5 v power source through a 1-10k w resistor for proper processor operation. 9.1.54. test_vcc_core_xxx (i) the test_vcc_core_xxx si gnals must be connected separately to v cc core via ~10k resistors. 9.1.55. thermtrip# (o) this pin indicates a thermal overload condition (thermal trip). the processor protects itself from catastrophic overheating by use of an internal thermal sensor. this sensor is set well above the normal operating temperature to ensure that there are no false trips. the processor will immediately stop all execution when the junction temperature exceeds approximately 135 c. this is signaled to the system by the thermtrip# pin. once activated, the signal remains latched, and the processor stopped, until r eset# goes active. there is no hysteresis built into the thermal sensor itself. once the die temperature drops below the trip level, a reset# pulse will reinitialize the processor and execution will continue at the reset vector. if the temperature has not dropped below the trip level, the processor will continue to drive thermtrip# and remain stopped regardless of the state of r eset#. 9.1.56. tms (i) the tms (test mode select) signal is a tap support signal used by debug tools. 9.1.57. trdy# (i) the trdy# (target ready) signal is asserted by the target to indicate that it is ready to receive a write or implicit writeback data transfer. trdy# must connect the appropriate pins of all pentium ii xeon processor system bus agents. 9.1.58. trst# (i) the trst# (test reset) signal resets the test access port (tap) logic. pentium ii x eon processors self-reset during power on; therefore, it is not necessary to drive this signal during power on reset. 9.1.59. vid_l2[4:0], vid_core[4:0](o) the vid (voltage id) pins can be used to support automatic selection of power supply voltages. these pins are not signals, but are either an open circuit or a short circuit to v ss on the processor. the combination of opens and shorts defines the voltage required by the processor. the vid pins are needed to cleanly support voltage specification variations on pentium ii xeon processors. see table 2 for definitions of these pins. the power supply must supply the voltage that is requested by these pins, or
e pentium? ii xeon? processor at 400 and 450 mhz 95 12/15/98 5:14 pm 24377002.doc disable itself. see table 4 for the maximum rating for these signals. 9.1.60. wp (i) wp (write protect) can be used to write protect the scratch eeprom. a high level write-protects the scratch eeprom. 9.2. signal su mmaries the following tables list attributes of the pentium ii xeon processor output, input, and i/o signals. table 47. output signals 1 name active level clock signal group ferr# low asynch cmos output ierr# low asynch cmos output prdy# low bclk agtl+ output smbalert# low asynch smbus output tdo high tck tap output thermtrip# low asynch cmos output vid_core[4:0] high asynch power/other vid_l2[4:0] high asynch power/other note: 1. outputs are not checked in frc mode. table 48. input signals 1 name active level clock signal group qualified a20m# low asynch cmos input always 2 bpri# low bclk agtl+ input always br[3:1]# low bclk agtl+ input always bclk high system bus clock always defer# low bclk agtl+ input always flush# low asynch cmos input always 2 ignne# low asynch cmos input always 2 init# low asynch cmos input always 2 intr high asynch cmos input apic disabled mode lint[1:0] high asynch cmos input apic enabled mode nmi high asynch cmos input apic disabled mode picclk high apic clock always preq# low asynch cmos input always
pentium? ii xeon? processor at 400 and 450 mhz e 96 12/15/98 5:14 pm 24377002.doc table 48. input signals 1 (continued) name active level clock signal group qualified pwrgood high asynch cmos i nput always reset# low bclk agtl+ i nput always rs[2:0]# low bclk agtl+ input always rsp# low bclk agtl+ input always sa[2:0] high smbclk power/other smbclk# high smbus clock always slp# low asynch cmos input during stop grant state smi# low asynch cmos input stpclk# low asynch cmos input tck high tap clock tdi high tck tap input tms high tck tap input trst# low asynch tap input trdy# low bclk agtl+ input wp high asynch smbus input notes: 1. all asynchronous input signals except pwr good must be synchr onous in frc. 2. synchronous assertion with active tdry# ensures synchronization. table 49. i/o signals (single driver) name active level clock signal group qualified a[35:03]# low bclk agtl+ i/o ads#, ads#+1 ads# low bclk agtl+ i/o always ap[1:0]# low bclk agtl+ i/o ads#, ads#+1 selfsb0 high power/other br0# low bclk agtl+ i/o always bp[3:2]# low bclk agtl+ i/o always bpm[1:0]# low bclk agtl+ i/o always d[63:00]# low bclk agtl+ i/o drdy# dbsy# low bclk agtl+ i/o always
e pentium? ii xeon? processor at 400 and 450 mhz 97 12/15/98 5:14 pm 24377002.doc table 49. i/o signals (single driver) (continued) name active level clock signal group qualified dep[7:0]# low bclk agtl+ i/o drdy# drdy# low bclk agtl+ i/o always frcerr high bclk agtl+ i/o always lock# low bclk agtl+ i/o always req[4:0]# low bclk agtl+ i/o ads#, ads#+1 rp# low bclk agtl+ i/o ads#, ads#+1 smbdat high smbclk smbus i/o table 50. i/o signals (multiple driver) name active level clock signal group qualified aerr# low bclk agtl+ i/o ads#+3 berr# low bclk agtl+ i/o always bnr# low bclk agtl+ i/o always binit# low bclk agtl+ i/o always hit# low bclk agtl+ i/o always hitm# low bclk agtl+ i/o always picd[1:0] high picclk apic i/o always

▲Up To Search▲

Price & Availability of PENTIUMIIXEONPROCESSOR

	To Download PENTIUMIIXEONPROCESSOR Datasheet File
If you can't view the Datasheet, Please click here to try to view without PDF Reader .